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

Re: svn commit: r901778 - /subversion/trunk/build.conf

From: Peter Samuelson <peter_at_p12n.org>
Date: Fri, 22 Jan 2010 10:25:24 -0600

[Julian Foad]
> So it sounds like if we were to make the build system effectively
> require (or even automatically perform) a "make uninstall" before
> "make", that would solve it.

That's effectively what we did in the Debian packaging a long long time
ago (2005, for 1.2.0). My 1.6.x metadata says "Build-Conflicts:
libsvn-dev (<< 1.6)", which causes a build process to fail if you have
the old stuff installed (automated builds will just remove the old
stuff at this point, if necessary).

I agree with you that it isn't really an option in a less controlled
environment than Debian package building. But yes, I'd support at
least a big fat warning if autoconf can manage to link to, say,
-lsvn_subr-1, before the build.

Notice, btw, that the ability to link to something is different from
the ability to run a program that is linked to it. On a Linux ELF
platform, for example, there are two filenames that are important (both
are symlinks to a third file):

    libsvn_foo-1.so used by the linker, _not_ used by applications later
    libsvn_foo-1.so.0 used by applications later, _not_ used by the linker

Therefore (still assuming Linux ELF), if you remove libsvn_foo-1.so
from its installed location, that should prevent this problem without
breaking installed apps. Other platforms probably have similar
distinctions, though perhaps with other filenames.

Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
Received on 2010-01-22 17:26:04 CET

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