Re: Libtool 1.5.8 problems on OSX: ${wl} evaluation [#9382]

[George Feinberg]

On Oct 13, 2004, at 3:35 AM, Gary V. Vaughan wrote:
> Don, George: On what release of OS X did you find this bug?  What 
> value of MACOSX_DEPLOYMENT_TARGET (if any) was set in the environment?

I'm running 10.3 on a PowerBook G4.
If I have no MACOSX_DEPLOYMENT_TARGET set, and run configure without
any additional flags (e.g. TWO_LEVEL_NAMESPACE, or whatever it used to 
take),
it fails.  The behavior and output is identical if I set 
MACOSX_DEPLOYMENT_TARGET
to 10.3 (in my environment).   Here is the failure (in Tcl, loading 
some libraries):

% source ../test/test.tcl
dyld: tclsh multiple definitions of symbol ___bam_30_btreemeta
/Users/gmf/sc/cvs/db/build_unix/.libs/libdb_tcl-4.3.dylib(bt_upgrade.o) 
definition of ___bam_30_btreemeta
/Users/gmf/sc/cvs/db/build_unix/.libs/libdb_cxx-4.3.dylib(single 
module) definition of ___bam_30_btreemeta
dyld: tclsh NSLookupSymbolInImage() dynamic library: 
/Users/gmf/sc/cvs/xml/build_unix/.libs/libdbxml_tcl-2.0.dylib does not 
define symbol: _Dbxml_tcl_SafeInit
couldn't find procedure Dbxml_tcl_Init

There are 3 link lines of interest in the build output (4 if you count
java)
Linking core DB (this may not matter, since it's not directly part of 
the problem):
  cc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o 
.libs/libdb-4.3.dylib

The C++ library:
  g++ -dynamiclib -single_module ${wl}-flat_namespace ${wl}-undefined 
${wl}suppress -o .libs/libdb_cxx-4.3.dylib

And the Tcl library:
  cc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o 
.libs/libdb_tcl-4.3.dylib

Note that ALL 3 of these libraries load all of the core DB .o files, 
and therefore
duplicate those symbols.

George