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

Re: problems compiling 1.4.0 on Solaris 8

From: Garey Mills <gmills_at_library.berkeley.edu>
Date: 2006-11-09 20:11:03 CET

Dean -

        Okay, the compilation is no longer falling over because of neon,
but now I'm getting this

Undefined first referenced
 symbol in file
libintl_bind_textdomain_codeset
/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_bindtextdomain
/usr/local/src/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so
libintl_dgettext blame-cmd.o
ld: fatal: Symbol referencing errors. No output written to .libs/svn

        I have a libintl.so, and I know its in the LD_LIBRARY_PATH, so
what else could be going wrong?

Garey Mills
Library Systems Office
UC Berkeley

The brain is not where you think

On Thu, 9 Nov 2006, Dean Bennett wrote:

> On Solaris, add --with-pic onto every configure command line, otherwise
> you get these errors when linking static and dynamic libraries
>
> Dean
>
> Garey Mills wrote:
>
> >Hi -
> >
> > I got subversion and the subversion deps, installed the deps in
> >the subversion dist, set up LD_LIBRARY_PATH to contain the BerkeleyDB
> >libraries and did
> >
> > ./configure --with-berkeley-db=<path to berkeley db>
> >
> > But it choked on neon. I downloaded the neon-0.25.5 distribution,
> >renamed it neon in the subversion dist directory and compiled again. When
> >it hits neon, I get a lot of this
> >
> >strcpy 0xd4
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x10
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x58
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0xc0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >malloc 0x154
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >memchr 0xa00
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0xad0
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_socket.o)
> >memchr 0x544
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_compress.o)
> >vsnprintf 0x90
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >vsnprintf 0x120
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_string.o)
> >realloc 0x108
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_alloc.o)
> >getpid 0x754
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >time 0x738
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_auth.o)
> >lseek64 0x1c14
> >/usr/local/src/subversion-1.4.0/neon/src/.libs/libneon.a(ne_request.o)
> >ld: fatal: relocations remain against allocatable but non-writable
> >sections
> >collect2: ld returned 1 exit status
> >make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
> >
> >
> > It makes me think that neon is not being compiled to produce
> >relocatable libraries, but I don't know how to do that, and perhaps
> >there is some other problem.
> >
> >Any help appreciated;
> >
> >Garey Mills
> >Library Systems Office
> >UC Berkeley
> >
> >The brain is not where you think
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> >For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 9 20:11:45 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.