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

[PATCH] Re: apr 1.1

From: Uwe Zeisberger <zeisberg_at_informatik.uni-freiburg.de>
Date: 2004-11-22 11:23:15 CET

Branko ?ibej wrote:
> >I work at it. (Currently I have a problem, because the libs in my build
> >dir use /usr/lib/libsvn_... to resolve it's symbols and these are to
> >old. I don't know, how this could happen. So it may last some time,
> >until I can report the result.)
> >
> >
> I'm not sure how others avoid this conflict on Unix, but I suggest you
> try a static build (add --disable-shared to the configure options), then
> these libraries won't be searched.
But I think, it's an issue, if this happens. In this case, compat-test
isn't linked with libsvn_subr.[1]
(A test for that would be pretty.)

After adding libsvn_subr to the libs of compat-test (see below),
make check with libapr{,-util}-1.1 succeeds.

BTW: When I issue 'make check' before a complete 'make all', the python
tests fail, as the check target doesn't depend on
subversion/clients/cmdline/svn (and maybe others)

[[
Add libsvn_subr to compat-test's lib to unbreak dynamic builds

* build.conf
  (compat-test): Without explicit linking compat-test with libsvn_subr,
  the dynamic linker may not search for it in the build dir. (This
  doesn't happen for static builds.)
]]

Regards
Uwe

[1] Well, it seems, that's (at least partly) my fault, as I introduced
this file with it's link rule...

-- 
Uwe Zeisberger
http://www.google.com/search?q=gigabyte+in+bit

Received on Mon Nov 22 11:24:31 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.