From 02f500695574e9b96e412c98c79c4ac64087ec0a Mon Sep 17 00:00:00 2001
From: Christian Biesinger <cbiesinger@web.de>
Date: Sun, 9 Oct 2005 06:26:21 +0000
Subject: [PATCH] * libtool.m4 (AC_LIBTOOL_LANG_CXX_CONFIG) [ beos ]: Initial
 shared library support for C++.

---
 ChangeLog  |  5 +++++
 libtool.m4 | 13 ++++++++++++-
 2 files changed, 17 insertions(+), 1 deletion(-)

diff --git a/ChangeLog b/ChangeLog
index df80880ca..34dcdccd5 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2005-10-09  Christian Biesinger  <cbiesinger@web.de>
+
+	* libtool.m4 (AC_LIBTOOL_LANG_CXX_CONFIG) [ beos ]:
+	Initial shared library support for C++.
+
 2005-10-05  Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
 
 	* libtool.m4 (AC_LIBTOOL_LANG_CXX_CONFIG): Fix m4 quoting for
diff --git a/libtool.m4 b/libtool.m4
index a4a80cf07..82a402c15 100644
--- a/libtool.m4
+++ b/libtool.m4
@@ -2940,6 +2940,18 @@ case $host_os in
       fi
     fi
     ;;
+
+  beos*)
+    if $LD --help 2>&1 | grep ': supported targets:.* elf' > /dev/null; then
+      _LT_AC_TAGVAR(allow_undefined_flag, $1)=unsupported
+      # Joseph Beckenbach <jrb3@best.com> says some releases of gcc
+      # support --undefined.  This deserves some investigation.  FIXME
+      _LT_AC_TAGVAR(archive_cmds, $1)='$CC -nostart $libobjs $deplibs $compiler_flags ${wl}-soname $wl$soname -o $lib'
+    else
+      _LT_AC_TAGVAR(ld_shlibs, $1)=no
+    fi
+    ;;
+
   chorus*)
     case $cc_basename in
       *)
@@ -2949,7 +2961,6 @@ case $host_os in
     esac
     ;;
 
-
   cygwin* | mingw* | pw32*)
     # _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) is actually meaningless,
     # as there is no search path for DLLs.
-- 
2.47.3