[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Autogen-devel] autogen configuration on Mac OS X
From: |
David Bacher |
Subject: |
Re: [Autogen-devel] autogen configuration on Mac OS X |
Date: |
Thu, 28 Mar 2002 16:29:47 -0800 |
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
--