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

1.3.0 compilation problems

From: Andrew Teixeira <ateixeira_at_gmail.com>
Date: 2006-03-03 16:36:39 CET

  I have been trying to compile subversion 1.3.0 under the following

Mandriva Linux 2006.0
neon 0.25.5
apr 1.2.2

Everything seems to compile fine until I get to the
subversion/clients/cmdline directory where I get the following:

i586-mandriva-linux-gnu-gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
-fomit-frame-pointer -march=i586 -mtune=pentiumpro -O2 -pipe
-Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586
-mtune=pentiumpro -pthread -D_LARGEFILE64_SOURCE -DNE_LFS
-I./subversion/include -I./subversion -I/usr/include/neon
-I/usr/include/apr-1 -I/usr/include/apr-1 -o
subversion/clients/cmdline/util.o -c subversion/clients/cmdline/util.c
cd subversion/clients/cmdline && /bin/sh
/usr/src/RPM/BUILD/subversion-1.3.0/libtool --tag=CC --silent
--mode=link i586-mandriva-linux-gnu-gcc -O2 -pipe
-Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586
-mtune=pentiumpro -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2
-fomit-frame-pointer -march=i586 -mtune=pentiumpro -pthread
-D_LARGEFILE64_SOURCE -DNE_LFS -rpath /usr/lib -o svn add-cmd.o
blame-cmd.o cat-cmd.o checkout-cmd.o cleanup-cmd.o commit-cmd.o
copy-cmd.o delete-cmd.o diff-cmd.o export-cmd.o help-cmd.o
import-cmd.o info-cmd.o lock-cmd.o log-cmd.o ls-cmd.o main.o
merge-cmd.o mkdir-cmd.o move-cmd.o notify.o prompt.o propdel-cmd.o
propedit-cmd.o propget-cmd.o proplist-cmd.o props.o propset-cmd.o
resolved-cmd.o revert-cmd.o status-cmd.o status.o switch-cmd.o
unlock-cmd.o update-cmd.o util.o
/usr/lib/libaprutil-1.la -lldap -llber -lgdbm -ldb-4.2 -lexpat
/usr/lib/libapr-1.la -lrt -lcrypt -lpthread -ldl /usr/lib/libneon.la
undefined reference to `ne_get_content_type'
undefined reference to `ne_get_response_header'
undefined reference to `ne_has_support'
collect2: ld returned 1 exit status
make: *** [subversion/clients/cmdline/svn] Error 1

The problem seems to reside around the libneon.la file, as when I
modify the Makefile to use NEON_LIBS=/usr/lib/libneon.a, the
compilation continues. The funny thing is that if I modify the
Makefile to use libneon.a before compiling anything, it fails with
different errors. I basically have to do 'make', wait for it to fail
using libneon.la, edit the Makefile to use libneon.a, and then run
'make' again. I'm not sure if this is a problem in neon, subversion's
make process, or with the underlying Linux distribution I am using,
but I was hoping someone would recognize the error and know how to fix
it. My libneon.la file is as follows if that helps:

# libneon.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.5.18 (1.1220.2.246 2005/05/16 10:00:18)
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).

# Names of this library.
library_names='libneon.so.25.0.5 libneon.so.25 libneon.so'

# The name of the static archive.

# Libraries that this one depends upon.
dependency_libs=' -lz -lssl -lcrypto -ldl /usr/lib/libexpat.la'

# Version information for libneon.

# Is this an already installed library?

# Should we warn about portability when linking against -modules?

# Files to dlopen/dlpreopen

# Directory that this library needs to be installed in:

#end libneon.la

Any help would be greatly appreciated. Thanks in advance.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 3 16:49:55 2006

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

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