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

Re: Building subversion runs svnversion, which fails

From: Nathan Hartman <hartman.nathan_at_gmail.com>
Date: Mon, 18 Nov 2019 23:53:34 -0500

Moving this from users@ to dev@...

Ryan Schmidt <subversion-2019_at_ryandesign.com> wrote:
> The subversion build evidently runs the just-built svnversion at
> some point. This crashes, because the libraries it's linked with
> haven't been installed yet, and I guess it's not setting
> DYLD_LIBRARY_PATH to the path where the built libraries are. I
> assume that the fix will be setting that variable.
> This does not cause the build of subversion to fail, but whatever
> it's running svnversion for can't be getting the correct result.
> Whether that's important, I don't know.
> The MacPorts maintainer of subversion suggested:
>> That's almost certainly from the revision-install target in the
>> top level makefile. If it ran, it would populate
>> ${prefix}/include/subversion-1/svn-revision.txt with "Unversioned
>> directory", since it crashes that file gets populated with
>> "unknown". I don't think it actually matters.

Brane wrote:
> As I wrote earlier, the real problem is that 'revision-install' runs
> before 'local-install' has finished. The binaries have RPATH to the
> install location embedded in them, so clearly the libraries haven't
> been installed at the point where svnversion is run.

I am unable to reproduce this crash on my Mac.

It occurred to me that I should be able to force a failure by running:

$ ./autogen.sh
$ ./configure --with-apr=/usr/local/opt/apr \
              --with-apr-util=/usr/local/opt/apr-util \
$ make
$ make revision-install

Because, as Brane points out, the 'revision-install' target does not
tell make that it depends on 'local-install', this should have failed.
It did not. It ran, did not crash, and installed a perfectly valid
svn-revision.txt file:

$ cat /usr/local/Test/include/subversion-1/svn-revision.txt

That 'M' is there because I modified my working copy:

Unmodified, 'revision-install' looks like this:

test -d $(DESTDIR)$(includedir)/subversion-1 || \
 $(MKDIR) $(DESTDIR)$(includedir)/subversion-1
(subversion/svnversion/svnversion $(top_srcdir) 2> /dev/null || \
svnversion $(top_srcdir) 2> /dev/null || \
echo "unknown"; \
) > $(DESTDIR)$(includedir)/subversion-1/svn-revision.txt

Which means that if 'subversion/svnversion/svnversion' fails and an
installed 'svnversion' is found on the PATH, it will run instead. I
removed that line to ensure that I'd run either the built svnversion
or print "unknown" to the file.

Failing to reproduce it, I cannot test whether any change I might
suggest would actually solve the problem, so my confidence in the
following isn't so great:

This one-line change should force 'revision-install' to wait until
'local-install' has completed, but comes with the side effect that if
anyone uses 'make revision-install' to install *just* svn-revision.txt
it will now go ahead and perform a local-install too... Not sure if
that's a problem for anyone.

$ svn diff
Index: Makefile.in
--- Makefile.in (revision 1870003)
+++ Makefile.in (working copy)
@@ -493,7 +493,7 @@

 local-install: @INSTALL_RULES@

+revision-install: local-install
  test -d $(DESTDIR)$(includedir)/subversion-1 || \
   $(MKDIR) $(DESTDIR)$(includedir)/subversion-1
  (subversion/svnversion/svnversion $(top_srcdir) 2> /dev/null || \

Another alternative might be to eliminate 'revision-install' and move
that to 'install'.

On a somewhat related note (and at risk of blasphemy), if we want to
provide a way for users to know what revision their svn install was
built from, which would work for those who build from tarballs also,
would it make sense to create a header file for this purpose, turn on
svn:keywords for it, and put "$Revision: $" into a string that would
be parsed and printed by 'svn --version' in place of the
"under development" string that currently is changed manually for

My installed svn, built from a release:

$ svn --version
svn, version 1.12.2 (r1863366)

vs the one I built for the above test:

$ ./svn --version
svn, version 1.14.0-dev (under development)

Received on 2019-11-19 05:53:54 CET

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