Re: [Fink-devel] problem with undefined symbols...
Jules Ngambo wrote: Thank you guys for your suggestion... Given that the compilation takes about 8 to 10 hours on a G5 computer, instead of recompiling I checked the log file of make and it seems that it is consistent, gcc is used for c files and g++ for cxx below is an piece of the log file when making it: The question was not about compiling, but about linking. Show some command line that does not have the -c flag. The best one would be the line that gives you the errors you reported in your first message. Or the one containing -o .libs/libTKernel.0.0.0.dylib. It is always good practice for error reports to include at least the last compiler command line that led to the error message. Then when doing make install we got some error . I wonder if that is ok. see piece of make install log below: Which error? I don't see one in your output. Another problem that could cause errors like you have been seeing and hasn't been mentioned here yet is that you might have a stray libstdc++.dylib lying around that could mask the system libstdc++.a. -- Martin --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with undefined symbols...
There are Fink packages that make you use 2.95, as it's available as an optional install from the XCode Developer Tools. Why not just do 2.95? On Apr 5, 2004, at 3:22 PM, Jules wrote: Hey, I was wondering if I could ask you a few questions. We have successfully compiled the source codes for Opencascade ( http://www.opencascade.org/occ/ ) during our porting process to OS X. We compiled on OS X 10.3 using gcc3.3 and linked to the X11 SDK. Although, we got the whole thing to build and install, we are currently facing some problems when trying to run. When we try to run or link to any of the libraries, we get a whole bunch of undefined symbols. (See below). I'm suspicious that it has something to do with the fact that opencascade is really designed for gcc2.95 and we used 3.3. Do you have any pointers which could lead us in the right direction? Thank you and I look forward to hearing from you. regards, Jules output error message: dyld: /usr/local/bin/TTOPOLOGY Undefined symbols: __ZSt3cin __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt4endsIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTTSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE __ZTVSi __ZTVSo __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE ___cxa_pure_virtual ___gxx_personality_v0 __ZNSiD0Ev __ZNSiD1Ev __ZNSoD0Ev __ZNSoD1Ev __ZNSt9strstreamD0Ev __ZNSt9strstreamD1Ev __ZSt4cerr __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt5flushIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt13basic_fstreamIcSt11char_traitsIcEE __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __Z __ZTVN10__cxxabiv121__vmi_cla ss_type_infoE __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt13basic_fstreamIcSt11char_traitsIcEE __ZTVSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE __ZThn8_NSt9strstreamD0Ev __ZThn8_NSt9strstreamD1Ev __ZTv0_n12_NSiD0Ev __ZTv0_n12_NSiD1Ev __ZTv0_n12_NSoD0Ev __ZTv0_n12_NSoD1Ev __ZTv0_n12_NSt9strstreamD0Ev __ZTv0_n12_NSt9strstreamD1Ev ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cerr __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE __ZTVSi __ZTVSo __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE ___cxa_pure_virtual ___gxx_personality_v0 __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt5flushIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE
Re: [Fink-devel] problem with undefined symbols...
Thanks for your reply Alexander We 've gone very far in this and we have tried to change the compiler from the command line from gcc3.3 to gcc2.95. But it seem to give us a lot more rebuild work than we expected. We are looking to see whether we can find a way to fix these undefined symbols error. One observation we make is that gcc3.3 as opposed to gcc2.95 is set by default to two level namespace. We are not sure how this affected our built. Any more thoughts??? Thanks, Jules On Apr 5, 2004, at 3:27 PM, Alexander K. Hansen wrote: There are Fink packages that make you use 2.95, as it's available as an optional install from the XCode Developer Tools. Why not just do 2.95? On Apr 5, 2004, at 3:22 PM, Jules wrote: Hey, I was wondering if I could ask you a few questions. We have successfully compiled the source codes for Opencascade ( http://www.opencascade.org/occ/ ) during our porting process to OS X. We compiled on OS X 10.3 using gcc3.3 and linked to the X11 SDK. Although, we got the whole thing to build and install, we are currently facing some problems when trying to run. When we try to run or link to any of the libraries, we get a whole bunch of undefined symbols. (See below). I'm suspicious that it has something to do with the fact that opencascade is really designed for gcc2.95 and we used 3.3. Do you have any pointers which could lead us in the right direction? Thank you and I look forward to hearing from you. regards, Jules output error message: dyld: /usr/local/bin/TTOPOLOGY Undefined symbols: __ZSt3cin __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt4endsIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTTSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE __ZTVSi __ZTVSo __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE ___cxa_pure_virtual ___gxx_personality_v0 __ZNSiD0Ev __ZNSiD1Ev __ZNSoD0Ev __ZNSoD1Ev __ZNSt9strstreamD0Ev __ZNSt9strstreamD1Ev __ZSt4cerr __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt5flushIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt13basic_fstreamIcSt11char_traitsIcEE __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __Z __ZTVN10__cxxabiv121__vmi_cl ass_type_infoE __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt13basic_fstreamIcSt11char_traitsIcEE __ZTVSt14basic_ifstreamIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE __ZThn8_NSt9strstreamD0Ev __ZThn8_NSt9strstreamD1Ev __ZTv0_n12_NSiD0Ev __ZTv0_n12_NSiD1Ev __ZTv0_n12_NSoD0Ev __ZTv0_n12_NSoD1Ev __ZTv0_n12_NSt9strstreamD0Ev __ZTv0_n12_NSt9strstreamD1Ev ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cerr __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE __ZTVSi __ZTVSo __ZTVSt13basic_filebufIcSt11char_traitsIcEE __ZTVSt15basic_streambufIcSt11char_traitsIcEE __ZTVSt9basic_iosIcSt11char_traitsIcEE ___cxa_pure_virtual ___gxx_personality_v0 __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt5flushIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE ___cxa_pure_virtual ___gxx_personality_v0 __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE
Re: [Fink-devel] problem with undefined symbols...
Jules wrote: dyld: /usr/local/bin/TTOPOLOGY Undefined symbols: __ZSt3cin __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt4endsIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTTSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE This almost always means you've linked using gcc instead of g++. -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with undefined symbols...
Benjamin Reed [EMAIL PROTECTED] wrote: Jules wrote: dyld: /usr/local/bin/TTOPOLOGY Undefined symbols: __ZSt3cin __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZSt4endsIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTTSt14basic_ifstreamIcSt11char_traitsIcEE __ZTTSt14basic_ofstreamIcSt11char_traitsIcEE __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE This almost always means you've linked using gcc instead of g++. I thought it meant that they were linking a C++ library which was compiled with a different version of g++ than the one being currently used. Folks, you cannot mix and match gcc versions between 2.95, 3.0, and 3.1 if C++ code is involved. All of your C++ libraries and executables, if linked together, must be compiled with the same version of gcc. (This is a general gcc issue, and is not platform specific.) For gcc 3.2 and beyond, the default compile-time options should be backward compatible to 3.1. -- Dave --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with undefined symbols...
David R. Morrison wrote: I thought it meant that they were linking a C++ library which was compiled with a different version of g++ than the one being currently used. Could be either, really. Just the gcc/g++ thing is the most common. The mix-and-match thing is true on all gcc platforms; I assumed that wasn't it since they already worked on other platforms. -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with undefined symbols...
Thanks guys, i was having a similar problem with a package I was porting but this thread solved it. For me it turned out that the compile script was using g++ but linked with cc which I guess works on linux but was crapping out for me. Thanks again, Mark. On Apr 5, 2004, at 4:13 PM, Benjamin Reed wrote: David R. Morrison wrote: I thought it meant that they were linking a C++ library which was compiled with a different version of g++ than the one being currently used. Could be either, really. Just the gcc/g++ thing is the most common. The mix-and-match thing is true on all gcc platforms; I assumed that wasn't it since they already worked on other platforms. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with undefined symbols...
Thank you guys for your suggestion... Given that the compilation takes about 8 to 10 hours on a G5 computer, instead of recompiling I checked the log file of make and it seems that it is consistent, gcc is used for c files and g++ for cxx below is an piece of the log file when making it: g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../inc -I../../../drv/FSD -I../../../src/FSD -I../../../drv/GraphDS -I../../../src/GraphDS -I../../../drv/GraphTools -I../../../src/GraphTools -I../../../drv/MMgt -I../../../src/MMgt -I../../../drv/OSD -I../../../src/OSD -I../../../drv/Plugin -I../../../src/Plugin -I../../../drv/Quantity -I../../../src/Quantity -I../../../drv/Resource -I../../../src/Resource -I../../../drv/SortTools -I../../../src/SortTools -I../../../drv/Standard -I../../../src/Standard -I../../../drv/StdFail -I../../../src/StdFail -I../../../drv/Storage -I../../../src/Storage -I../../../drv/TColQuantity -I../../../src/TColQuantity -I../../../drv/TColStd -I../../../src/TColStd -I../../../drv/TCollection -I../../../src/TCollection -I../../../drv/TShort -I../../../src/TShort -I../../../drv/Units -I../../../src/Units -I../../../drv/UnitsAPI -I../../../src/UnitsAPI -I../../../drv/Dynamic -I../../../src/Dynamic -I../../../drv/Materials -I../../../src/Materials -I../../../drv/IncludeLibrary -I../../../src/IncludeLibrary -I../../../drv/Dico -I../../../src/Dico -I../../../drv/LibCtl -I../../../src/LibCtl -I../../../drv/NCollection -I../../../src/NCollection -I/System/Library/Frameworks/JavaVM.framework/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -g -O2 -DCSFDB -DNO_CXX_EXCEPTION -DNo_Exception -DNDEBUG -I/System/Library/Frameworks/JavaVM.framework/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -MT OSD_Chronometer.lo -MD -MP -MF .deps/OSD_Chronometer.Tpo -c ../../../src/OSD/OSD_Chronometer.cxx -fno-common -DPIC -o OSD_Chronometer.lo if /bin/sh ../../../libtool --mode=compile -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../inc -I../../../drv/FSD -I../../../src/FSD -I../../../drv/GraphDS -I../../../src/GraphDS -I../../../drv/GraphTools -I../../../src/GraphTools -I../../../drv/MMgt -I../../../src/MMgt -I../../../drv/OSD -I../../../src/OSD -I../../../drv/Plugin -I../../../src/Plugin -I../../../drv/Quantity -I../../../src/Quantity -I../../../drv/Resource -I../../../src/Resource -I../../../drv/SortTools -I../../../src/SortTools -I../../../drv/Standard -I../../../src/Standard -I../../../drv/StdFail -I../../../src/StdFail -I../../../drv/Storage -I../../../src/Storage -I../../../drv/TColQuantity -I../../../src/TColQuantity -I../../../drv/TColStd -I../../../src/TColStd -I../../../drv/TCollection -I../../../src/TCollection -I../../../drv/TShort -I../../../src/TShort -I../../../drv/Units -I../../../src/Units -I../../../drv/UnitsAPI -I../../../src/UnitsAPI -I../../../drv/Dynamic -I../../../src/Dynamic -I../../../drv/Materials -I../../../src/Materials -I../../../drv/IncludeLibrary -I../../../src/IncludeLibrary -I../../../drv/Dico -I../../../src/Dico -I../../../drv/LibCtl -I../../../src/LibCtl -I../../../drv/NCollection -I../../../src/NCollection -I/System/Library/Frameworks/JavaVM.framework/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -g -O2 -DCSFDB -DNO_CXX_EXCEPTION -DNo_Exception -DNDEBUG -MT OSD_Cmailbox.lo -MD -MP -MF .deps/OSD_Cmailbox.Tpo \ -c -o OSD_Cmailbox.lo `test -f '../../../src/OSD/OSD_Cmailbox.c' || echo './'`../../../src/OSD/OSD_Cmailbox.c; \ then mv .deps/OSD_Cmailbox.Tpo .deps/OSD_Cmailbox.Plo; \ else rm -f .deps/OSD_Cmailbox.Tpo; exit 1; \ fi -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../inc -I../../../drv/FSD -I../../../src/FSD -I../../../drv/GraphDS -I../../../src/GraphDS -I../../../drv/GraphTools -I../../../src/GraphTools -I../../../drv/MMgt -I../../../src/MMgt -I../../../drv/OSD -I../../../src/OSD -I../../../drv/Plugin -I../../../src/Plugin -I../../../drv/Quantity -I../../../src/Quantity -I../../../drv/Resource -I../../../src/Resource -I../../../drv/SortTools -I../../../src/SortTools -I../../../drv/Standard -I../../../src/Standard -I../../../drv/StdFail -I../../../src/StdFail -I../../../drv/Storage -I../../../src/Storage -I../../../drv/TColQuantity -I../../../src/TColQuantity -I../../../drv/TColStd -I../../../src/TColStd -I../../../drv/TCollection -I../../../src/TCollection -I../../../drv/TShort -I../../../src/TShort -I../../../drv/Units -I../../../src/Units -I../../../drv/UnitsAPI -I../../../src/UnitsAPI -I../../../drv/Dynamic -I../../../src/Dynamic -I../../../drv/Materials -I../../../src/Materials -I../../../drv/IncludeLibrary -I../../../src/IncludeLibrary -I../../../drv/Dico -I../../../src/Dico -I../../../drv/LibCtl -I../../../src/LibCtl -I../../../drv/NCollection -I../../../src/NCollection -I/System/Library/Frameworks/JavaVM.framework/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -g -O2 -DCSFDB -DNO_CXX_EXCEPTION -DNo_Exception -DNDEBUG -MT OSD_Cmailbox.lo -MD -MP -MF .deps/OSD_Cmailbox.Tpo -c ../../../src/OSD/OSD_Cmailbox.c