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
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool
