> I'm just about to make the release of Libtool 1.5. If anyone would > like to test the current CVS on their favorite platform and report > any problems, please do so! If not, your woes may have to wait for > 1.5.1.
We are trying to build a complex libtoolised package (Swarm) on MacOSX. The libtool command is: /bin/sh ../../libtool --mode=link /Users/billn/Public/GNU/dst/bin/gcc -g -O2 -fgnu-runtime -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long -Wno-unknown-pragmas -Wno-unknown-pragmas -o libdefobj.la -rpath /Users/billn/Public/Swarm/swarm/macosx/swarmx/build/dst/usr/lib -version-info 4:0:0 Archiver.lo LispArchiver.lo HDF5Archiver.lo Arguments.lo Create.lo Customize.lo DefClass.lo DefObject.lo HDF5Object.lo Program.lo Symbol.lo Zone.lo FCall.lo FArguments.lo defobj.lo internal.lo java.lo directory.lo JavaProxy.lo JavaClassProxy.lo JavaCollection.lo JavaCollectionIndex.lo COMProxy.lo fcall_objc.lo fcall_java.lo COM.lo modulemap.lo ../../avcall/libavcall.la after much complainng this produces a link instruction: /Users/billn/Public/GNU/dst/bin/gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libdefobj.4.0.0.dylib .libs/libdefobj.la-27.o -all_load ../../avcall/.libs/libavcall.a ../../avcall/.libs/libavcall.a -install_name /Users/billn/Public/Swarm/swarm/macosx/swarmx/build/dst/usr/lib/libdefobj.4.dylib -compatibility_version 5 -current_version 5.0 which fails with multiple definitions of symbols in libavcall.a. This was broken in 1.4.2. Apparently fixed in the 1.4.3 release and seems to be broken again in 10 Feb cvs snapshot I tried yesterday. I think we give up and use jam on MacOS X until you guys think this thing is ported. Bill Northcott _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
