patch for compiling C++ shared libraries on beos

[shatty]

Hello,

Beos has a problem when trying to compile shared 
libraries that use C++ features.  This problem came up
while building the antlr-2.7.1 shared library.  This
patch fixes the problem.  It has been applied against
the lame-3.92 sources as well in order to test 
compatibility with C shared libraries.  It seems a
minimal, robust solution.  Please accept the patch
with my complements.  Also I would like to speak
with someone about the status of the building of
shared libraries with undefined symbols on beos.  If a
develop has a little bit of time and can send me an
email with a small set of files that require this
flag I will see what I can do to make them work on
BeOS.

Andrew Bachmann

cvs diff -uw libtool.m4

Index: libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/libtool.m4,v
retrieving revision 1.261
diff -u -w -r1.261 libtool.m4
--- libtool.m4  26 Jun 2002 07:15:36 -0000      1.261
+++ libtool.m4  15 Jul 2002 23:42:59 -0000
@@ -4485,7 +4485,7 @@
        _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'
+       _LT_AC_TAGVAR(archive_cmds, $1)='$nonopt -nostart $libobjs $deplibs 
$compiler_flags ${wl}-soname $wl$soname -o $lib'
       else
        _LT_AC_TAGVAR(ld_shlibs, $1)=no
       fi