Re: [Autogen-devel] autogen configuration on Mac OS X

[David Bacher]

At 3:13 PM -0800 3/28/02, Bruce Korb wrote:
> David Bacher wrote:
> >  I'm currently trying to work through multiply-defined symbol errors
> >  in autoopts, which look like a problem with libtool. The link command
> >  generated by libtool is including a convenience library from the
> >  snprintfv directory twice on the command line. I don't imagine that
> >  this is happening on systems other than darwin .. but if you've heard
> >  of it before, maybe you can point me in the right direction.
>
> Nope.  I haven't seen it.  My libtool is 1.4.2:
>
> >  $ libtool --version
>  > ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52)


In case you're interested, here is the related message that I sent to 
Apple's unix-porting mailing list:

Here's the command that's run by the Makefile :

/bin/sh ../libtool --mode=link cc  -DREGEX_HEADER='<regex.h>'   -o 
libopts.la -rpath /sw/lib -version-info 12:0:3 autoopts.lo boolean.lo 
enumeration.lo makeshell.lo numeric.lo pgusage.lo putshell.lo save.lo 
stack.lo streqvcmp.lo usage.lo version.lo 
../snprintfv/snprintfv/libsnprintfvc.la  pathfind.lo

And here are the commands generated by libtool:

rm -fr .libs/libopts.la .libs/libopts.* .libs/libopts.*
../libtool: parse error: condition expected: xno = [3183]
cc -dynamiclib -flat_namespace -undefined suppress -o 
.libs/libopts.9.3.0.dylib  autoopts.lo boolean.lo enumeration.lo 
makeshell.lo numeric.lo pgusage.lo putshell.lo save.lo stack.lo 
streqvcmp.lo usage.lo version.lo pathfind.lo -all_load 
../snprintfv/snprintfv/.libs/libsnprintfvc.al 
../snprintfv/snprintfv/.libs/libsnprintfvc.al -lc -install_name 
/sw/lib/libopts.9.dylib -compatibility_version 13 -current_version 
13.0
ld: multiple definitions of symbol _filcat
../snprintfv/snprintfv/.libs/libsnprintfvc.al(filament.lo) definition 
of _filcat in section (__TEXT,__text)
../snprintfv/snprintfv/.libs/libsnprintfvc.al(filament.lo) definition 
of _filcat in section (__TEXT,__text)
... and lots more ...

As we've noticed, snprintfv/snprintfv/.libs/libsnprintfvc.al is 
listed twice in the link command. This is what's causing the multiply 
defined symbol errors.

My question is regarding libtool. The command fed to libtool only 
lists the library once. So, libtool is listing the library twice in 
the link command .. does anyone know why? is this a known libtool 
bug? is there a workaround or patch?

Thanks,
-dave


--