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

[Idar Tollefsen]

Greg,

I had the same problem with some prior versions of CommonCpp2 somewhere after 
version 1.1.2 and before 1.1.8. Just get 1.1.8 from SourceForge, it works.

1.1.8 has an error in Time::getTime(). A patch has already been posted to this 
list, but I'm attaching it anyway for your convenience.


- IT


Greg Hookey wrote:
> 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
>
>
>
> _______________________________________________
> Bug-commoncpp mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-commoncpp

--- commoncpp2-1.1.8-orig/src/date.cpp  Fri May 21 00:01:36 2004
+++ commoncpp2-1.1.8/src/date.cpp       Fri May 21 00:07:34 2004
@@ -529,7 +529,7 @@
 
        ZNumber nhour(str, 2);
        ZNumber nminute(str+3, 2);
-       toSeconds(nhour(), nminute(), seconds);
+       toSeconds(nhour(), nminute(), sec);
 }
 
 String Time::operator()() const