Hi again, thanks for your help. I managed to get around that problem by using a different binary distribution of svn and by adding the lib path of the svnlibs via LDFLAGS. But now i have a new problem..... *sigh*
Here the output of ./configure and attached the config.log . ./configure --with-aprlib=/usr/local/apr/lib --with-svnlib=/opt/CollabNet_Subversion/lib --with-aprinc=/usr/local/apr/include/apr-1 checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/xpg4/bin/grep checking for egrep... /usr/xpg4/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes configure: *** Now configuring FSVS *** checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... gcc -E configure: "CFLAGS=-g -O2 -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 -idirafter /usr/local/include -idirafter /usr/include -idirafter /openpkg/include -idirafter /usr/local/apr/include -idirafter /usr/local/apr/include/apr-1" configure: "LDFLAGS= -L/opt/CollabNet_Subversion/lib -L/usr/local/lib -L/openpkg/lib -L/usr/local/apr/lib -L/opt/CollabNet_Subversion/lib" checking for pcre_compile in -lpcre... yes checking for apr_md5_init in -laprutil-1... yes checking for svn_txdelta_apply in -lsvn_delta-1... yes checking for svn_ra_initialize in -lsvn_ra-1... yes checking for gdbm_firstkey in -lgdbm... yes checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for struct stat.st_mtim... yes configure: No compatible valgrind version. configure: error: in `/export/home/mstrich/fsvs/fsvs/fsvs': configure: error: You have a sparse S_IFMT. Please tell the dev@ mailing list. See `config.log' for more details. Any ideas ? TiA Herbert 2009/2/22 Philipp Marek <[email protected]> > Hello Herbert! > > > On Thursday 19 February 2009 Philipp Marek wrote: > > And which version of subversion? Maybe the libraries aren't named > > "libsvn_ra-1", so that the configure script cannot find them? > > Do you have the header files available? > > Your config.log says: > configure:4839: checking for svn_txdelta_apply in -lsvn_delta-1 > configure:4874: gcc -o conftest -g -O2 -D_GNU_SOURCE=1 > ... > conftest.c -lsvn_delta-1 -laprutil-1 -lpcre >&5 > Undefined first referenced > symbol in file > apr_hash_clear /usr/local/lib/libsvn_subr-1.so.0 > ld: fatal: Symbol referencing errors. No output written to conftest > ... > configure:4915: error: Sorry, can't find subversion. > See `config.log' for more details. > > So it cannot find the symbol "apr_hash_clear" while linking > the subversion library. > > I don't have that function in my APR; neither in the .h files, nor in the > shared objects. (libapr=1.2.12-5) > > But I found this: > Follow up to 'compile failures with versions of APR older than > 1.3.0' caused by r21561. > http://svn.haxx.se/dev/archive-2006-09/0766.shtml > > Where did you get the APR and SVN libraries? I think that they don't match, > ie. that the SVN libs were compiled for a different APR version. > > I hope that helps a bit. > > > Regards, > > Phil > > -- > Versioning your /etc, /home or even your whole installation? > Try fsvs (fsvs.tigris.org)! > ------------------------------------------------------ http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=1221256 To unsubscribe from this discussion, e-mail: [[email protected]].
config.log
Description: Binary data
