bug - dynamically linked tests fail on OS X (v1.1)

[Greg Hookey]

Hi,
	I've just built Common C++ version 1.1 on OS X (Panther) and I get the  
following behavior when executing any of the dynamically linked test  
cases:

dyld: ./thread1 Undefined symbols:
__ZNKSt12__basic_fileIcE7is_openEv
__ZNKSt9basic_iosIcSt11char_traitsIcEE5widenEc
__ZNSi5seekgESt4fposI11__mbstate_tE
__ZNSi7getlineEPcic
__ZNSiD0Ev
__ZNSiD1Ev
__ZNSo5flushEv
__ZNSoD0Ev
__ZNSoD1Ev
__ZNSolsEPFRSoS_E
__ZNSt12__basic_fileIcED1Ev
__ZNSt13basic_filebufIcSt11char_traitsIcEE4openEPKcSt13_Ios_Openmode
__ZNSt13basic_filebufIcSt11char_traitsIcEE5closeEv
__ZNSt13basic_filebufIcSt11char_traitsIcEEC1Ev
__ZNSt15basic_streambufIcSt11char_traitsIcEE4syncEv
__ZNSt15basic_streambufIcSt11char_traitsIcEE5imbueERKSt6locale
__ZNSt15basic_streambufIcSt11char_traitsIcEE5uflowEv
__ZNSt15basic_streambufIcSt11char_traitsIcEE6setbufEPci
__ZNSt15basic_streambufIcSt11char_traitsIcEE6xsgetnEPci
__ZNSt15basic_streambufIcSt11char_traitsIcEE6xsputnEPKci
__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffElSt12_Ios_SeekdirSt 
13_Ios_Openmode
__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekposESt4fposI11__mbstate 
_tESt13_Ios_Openmode
__ZNSt15basic_streambufIcSt11char_tr__ZNSt15basic_streambufIcSt11char_tr 
aitsIcEE9showmanycEv
__ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
__ZNSt15basic_streambufIcSt11char_traitsIcEED4Ev
__ZNSt6localeC1Ev
__ZNSt6localeD1Ev
__ZNSt8ios_base4InitC1Ev
__ZNSt8ios_base4InitD1Ev
__ZNSt8ios_baseC2Ev
__ZNSt8ios_baseD2Ev
__ZNSt9basic_iosIcSt11char_traitsIcEE4initEPSt15basic_streambufIcS1_E
__ZNSt9basic_iosIcSt11char_traitsIcEE5clearESt12_Ios_Iostate
__ZNSt9exceptionD2Ev
__ZSt18uncaught_exceptionv
__ZSt4clog
__ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
__ZSt9terminatev
__ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc
__ZTIPKc
__ZTIi
__ZTTSt14basic_ifstreamIcSt11char_traitsIcEE
__ZTVN10__cxxabiv117__class_type_infoE
__ZTVN10__cxxabiv119__pointer_type_infoE
__ZTVN10__cxxabiv120__si_class_type_infoE
__ZTVN10__cxxabiv121__vmi_class_type_infoE
__ZTVSt13basic_filebufIcSt11char_traitsIcEE
__ZTVSt14basic_ifstreamIcSt11char_traitsIcEE
__ZTVSt15basic_streambufIcSt11char_traitsIcEE
__ZTVSt9basic_iosIcSt11char_traitsIcEE
__ZTv0_n12_NSiD0Ev
__ZTv0_n12_NSiD1Ev
__ZTv0_n12_NSoD0Ev
__ZTv0_n12_NSoD1Ev
__ZdaPv
__ZdlPv
__Znam
__Znwm
___cxa_allocate_exception
___cxa_begin_catch
___cxa_call_unexpected
___cxa_end_catch
___cxa_pure_virtual
___cxa_rethrow
___cxa_throw
___dynamic_cast
___gxx_personality_v0
Trace/BPT trap

The statically linked versions of the test programs work fine.  I have  
seen several possible reasons for this to happen including calling gcc  
to do linking instead of g++ (which of course isn't the case here).    
The mostly likely cause at the moment would seem to be the use of the  
-undefined suppress -flat_namespace when producing dynamically linked  
versions of the libraries.  I believe that OS X uses two level  
namespaces.

Thanks,
Greg