[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Warning about stdc++ while building javahl on Mac OS X for svn 1.1.1

From: Christian Schaffner <chris01_at_users.sourceforge.net>
Date: 2004-10-23 18:12:48 CEST

Dear Subversion Developers

Trying to build the Fink package for Subversion 1.1.1: During 'make
javahl' i get:

...
/bin/sh /sw/src/svn-ssl-1.1.1-11/subversion-1.1.1/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.1-11/subversion-1.1.1/subversion/bindings/java/
javahl/include -o
subversion/bindings/java/javahl/native/
org_tigris_subversion_javahl_SVNClient.lo -c
/sw/src/svn-ssl-1.1.1-11/subversion-1.1.1/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.1-11/subversion-1.1.1/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 -lz
-L/sw/lib -lssl -lcrypto -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? Has anybody else tried to
build the javahl libs on Mac OS X?

Then '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.1 yet?

Thanks for your help,
Chris.

PS: This is again on Mac OS X 10.3.5 with the latest (public) java
updates installed.
PS 2: the configure parameters are:
./configure --prefix=/sw --libexecdir='${prefix}/lib/svn'
--mandir='${prefix}/share/man' --infodir='${prefix}/share/info'
--with-neon=/sw --with-apr=/sw --with-apr-util=/sw --enable-shared
--with-apxs=/sw/sbin/apxs --without-apache --disable-mod-activation
--with-jdk=/System/Library/Frameworks/JavaVM.framework/Versions/
CurrentJDK/Home --with-junit=/sw/share/java/junit/junit.jar
--enable-javahl --with-jikes=no --enable-swig-bindings=java,perl,python
--with-swig=/sw --with-python=/sw/bin/python2.3 --with-perl=perl5.8.1
PYTHON2=/sw/bin/python2.3 PERL=perl5.8.1

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 23 18:13:00 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.