Warning about stdc++ while building javahl on Mac OS X for svn 1.1.0-rc3

[Christian Schaffner <ch...@users.sourceforge.net>]

Dear Subversion Developers


I found another problem while trying to build the Fink package for  
Subversion 1.1.0-rc3: During 'make javahl' i get:

...
/bin/sh /sw/src/svn-ssl-1.1.0-rc3-11/subversion-1.1.0-rc3/libtool  
--silent --mode=compile g++ -I/sw/include/db4 -no-cpp-precomp  
-I/sw/include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK  -g -O2  -g -O2  
  -DNEON_ZLIB -DNEON_SSL   -I./subversion/include -I./subversion  
-I/sw/include/neon -I/sw/include/apr-0   -I/sw/include/apr-0  
-I/sw/include  
-I/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/ 
include  
-I/sw/src/svn-ssl-1.1.0-rc3-11/subversion-1.1.0-rc3/subversion/ 
bindings/java/javahl/include -o  
subversion/bindings/java/javahl/native/ 
org_tigris_subversion_javahl_SVNClient.lo -c  
/sw/src/svn-ssl-1.1.0-rc3-11/subversion-1.1.0-rc3/subversion/bindings/ 
java/javahl/native/org_tigris_subversion_javahl_SVNClient.cpp
cd subversion/bindings/java/javahl/native && /bin/sh  
/sw/src/svn-ssl-1.1.0-rc3-11/subversion-1.1.0-rc3/libtool --silent  
--mode=link g++  -g -O2  -g -O2  -DNEON_ZLIB -DNEON_SSL  -L/sw/lib     
-L/sw/lib  -lstdc++ -rpath /sw/lib -o libsvnjavahl-1.la   
BlameCallback.lo CommitMessage.lo Inputer.lo JNIByteArray.lo  
JNICriticalSection.lo JNIMutex.lo JNIStackElement.lo JNIStringHolder.lo  
JNIThreadData.lo JNIUtil.lo MessageReceiver.lo Notify.lo Outputer.lo  
Path.lo Pool.lo Prompter.lo Revision.lo SVNAdmin.lo SVNBase.lo  
SVNClient.lo Targets.lo libsvnjavahl.la.lo  
org_tigris_subversion_javahl_SVNAdmin.lo  
org_tigris_subversion_javahl_SVNClient.lo  
../../../../../subversion/libsvn_client/libsvn_client-1.la  
../../../../../subversion/libsvn_wc/libsvn_wc-1.la  
../../../../../subversion/libsvn_ra/libsvn_ra-1.la  
../../../../../subversion/libsvn_delta/libsvn_delta-1.la  
../../../../../subversion/libsvn_subr/libsvn_subr-1.la  
/sw/lib/libaprutil-0.la -lldap -llber -lgdbm -ldb-4.2 -lexpat -liconv  
/sw/lib/libapr-0.la -lresolv  -lpthread -L/sw/lib -L/sw/lib -lneon  
-lssl -lcrypto -lz -L/sw/lib -lxml2 -lz -lpthread -L/sw/lib -liconv -lm  
-lintl

*** Warning: linker path does not have real file for library -lstdc++.
*** I have the capability to make that library automatically link in  
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libstdc++ and none of the candidates passed a file format test
*** using a file magic. Last file checked:  
/usr/lib/gcc/darwin/default/libstdc++.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
...


Is this serious? Or is it a known problem?

The target only completes, if the svn and javahl libraries are already  
installed. If not, the 'make check' target fails with:

...
make check-javahl
/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/ 
bin/java -Djava.library.path=/sw/lib -classpath  
subversion/bindings/java/javahl/classes:/sw/share/java/junit/junit.jar  
org.tigris.subversion.javahl.tests.BasicTests
.dyld:  
/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/ 
bin/java Undefined symbols:
__ZNSs20_S_empty_rep_storageE
__ZNSs4_Rep11_S_max_sizeE
__ZNSs4_Rep11_S_terminalE
__ZNSt24__default_alloc_templateILb1ELi0EE12_S_force_newE
__ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE
__ZNSt24__default_alloc_templateILb1ELi0EE22_S_node_allocator_lockE
__ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
__ZTTSt14basic_ofstreamIcSt11char_traitsIcEE
__ZTVN10__cxxabiv117__class_type_infoE
__ZTVN10__cxxabiv120__si_class_type_infoE
__ZTVSt13basic_filebufIcSt11char_traitsIcEE
__ZTVSt14basic_ofstreamIcSt11char_traitsIcEE
__ZTVSt15basic_streambufIcSt11char_traitsIcEE
__ZTVSt9basic_iosIcSt11char_traitsIcEE
___gxx_personality_v0
make: *** [check-javahl] Trace/BPT trap
...

Which seem to be symbols from stdc++, no? What could be wrong here?

Has anybody tried to run 'make check-javahl' on Mac OS X with 1.1.0-rc3  
yet?

Thanks for your help,
Chris.

PS: This is again on Mac OS X 10.3.5 with the latest (public) java  
updates installed.
  


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org