[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Support for creating shared C++ libraries on BeOS

From: Christian Biesinger
Subject: Support for creating shared C++ libraries on BeOS
Date: Sun, 09 Oct 2005 03:41:42 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051008 SeaMonkey/1.1a

the attached patch fixes (implements) C++ support for shared libraries on BeOS. It just copies the C part to the C++ section; this works fine, I tested on Zeta.

The patch was made against libtool 1.5.16; it seems to apply to 1.5.20 as well.

Would be great if you could check it in. Looking at branch-2-0, it seems that the same idea can be applied there, as well as on HEAD (assuming libltdl/m4/libtool.m4 is the right file to look at).

--- /usr/share/aclocal/libtool.m4.old   2005-10-09 02:37:34.000000000 +0200
+++ /usr/share/aclocal/libtool.m4       2005-10-09 02:43:35.000000000 +0200
@@ -2925,8 +2925,19 @@ case $host_os in
        _LT_AC_TAGVAR(archive_expsym_cmds, $1)="\$CC $shared_flag"' -o 
$output_objdir/$soname $libobjs $deplibs $compiler_flags 
${wl}-bE:$export_symbols ${wl}-bnoentry${allow_undefined_flag}~$AR $AR_FLAGS 
$output_objdir/$libname$release.a $output_objdir/$soname'
+  beos*)
+      if $LD --help 2>&1 | grep ': supported targets:.* elf' > /dev/null; then
+       _LT_AC_TAGVAR(allow_undefined_flag, $1)=unsupported
+       # Joseph Beckenbach <address@hidden> 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
+      ;;
     case $cc_basename in
        # FIXME: insert proper C++ library support

reply via email to

[Prev in Thread] Current Thread [Next in Thread]