On Thu, Oct 01, 2009 at 05:21:11PM +0200, Andrea Antonio Maleci wrote:
> Here is mine:
>
> configure:6674: looking for apr_memcache as part of apr-util
> configure:6688: checking apr_memcache.h usability
> configure:6705: gcc -c -g -O2 -g -O2 -pthread -D_LARGEFILE64_SOURCE -DNE_LFS -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/private/home/dynamo/subversion-1.6.5/apr/include -I/private/home/dynamo/subversion-1.6.5/apr-util/include conftest.c >&5
> configure:6712: $? = 0
> configure:6726: result: yes
> configure:6730: checking apr_memcache.h presence
> configure:6745: gcc -E -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/private/home/dynamo/subversion-1.6.5/apr/include -I/private/home/dynamo/subversion-1.6.5/apr-util/include conftest.c
> configure:6752: $? = 0
> configure:6766: result: yes
> configure:6799: checking for apr_memcache.h
> configure:6806: result: yes
> configure:6814: checking for apr_memcache_create in -laprutil-1
> configure:6849: gcc -o conftest -g -O2 -g -O2 -pthread -D_LARGEFILE64_SOURCE -DNE_LFS -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/private/home/dynamo/subversion-1.6.5/apr/include -I/private/home/dynamo/subversion-1.6.5/apr-util/include -L/private/home/dynamo/subversion-1.6.5/apr-util -laprutil-1 -lexpat conftest.c -laprutil-1 >&5
> /usr/bin/ld: cannot find -laprutil-1
> collect2: ld returned 1 exit status
> configure:6856: $? = 1
> configure: failed program was:
> | /* confdefs.h. */
> | #define PACKAGE_NAME "subversion"
> | #define PACKAGE_TARNAME "subversion"
> | #define PACKAGE_VERSION "1.6.5"
> | #define PACKAGE_STRING "subversion 1.6.5"
> | #define PACKAGE_BUGREPORT "http://subversion.tigris.org/"
>
> I find on /private/home/dynamo/subversion-1.6.5/apr-util lots of files. In them I see:
>
> -rw-rw-r-- 1 dynamo dynamo 2487 Oct 1 16:34 libaprutil-1.la
>
> Have I to build apr-util with some different options ?
No, the problem is at a different level.
The linker (ld) cannot find the apr-util library.
It is possible that Subversion's build scripts are not smart enough
to check for apr_memcache_create if apr-util has not been installed yet.
The APR libraries won't appear as "real" libraries until after 'make install'.
Only "libtool" knows how to find the libraries before make install, but
the check for apr_memcache_create does not use libtool, it uses ld.
I think you should try to install apr and apr-util into some directory,
i.e. remove the apr and apr-util subdirectories from the subversion source
tree, 'cd apr; ./configure --prefix=/some/dir/apr ; make ; make install',
'cd apr-util; configure --with-apr=/some/dir/apr --prefix=/some/dir/apr ;
make ; make install', and then point Subversion at the installed APR
libraries: ./configure --with-apr=/some/dir/apr --with-util=/some/dir/apr'
That's what I do and it works well.
Stefan
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2402574
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-10-01 17:48:21 CEST