Re: Pending release of 1.5

> 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