Building subversion

subversion is on the gccsdk autobuilder but no longer builds. It fails on not finding a dependency, db4.7.

The db4.7 package seems to have been retired. I managed to build a db4.7 from AB_DISTRO=squeeze and debarchive=http://archive.debian.org/debian, so the apr-util dependency then builds.

But even subversion-1.6.12dfsg from squeeze (which does patch OK, and gets further once a sqlite3.c is supplied) doesn’t get past configure:

configure: error: failed to recognize APR_INT64_T_FMT on this platform

Given that we have a 1.6.17 subversion package in PackMan, I wonder whether that came from Ubuntu source packages?

Apparently that error is down to a breaking change in libapr1-1.7.0, so building libapr1-1.5.2 (and apr-util_1.5.4-1) from AB_DISTRO=stretch helped to allow subversion’s configure to complete.

subversion Makefile seems to be a missing -Ipath_to_gccsdk/env/include , needed for <db.h>.

<unixlib/local.h> and <kernel.h> were missing for one source file; supplied from ../gcc4/recipe/files …

Just the tests now failing as they don’t seem configured to use the cross-compiler.

Subversion 1.6.23 builds and seems to run OK. At least checking out stuff works.

I can check in the changes I made to get it to build.

Thanks!

Would it be worth adapting fetch-program so that anything in jessie|squeeze|wheezy was fetched from the archive server?

I’ve checked in the changes.

Would it be worth adapting fetch-program so that anything in jessie|squeeze|wheezy was fetched from the archive server?

Should be straight forward enough. I’ll take a look.

Would it be worth adapting fetch-program so that anything in jessie|squeeze|wheezy was fetched from the archive server?

This change is checked in too.

Thanks for the updates. The build reports success but there is just little bit of something not quite right.

Autobuilder: Package stage completed
Package subversion: Success

On running the svn ELF on the Titanium this error is reported, “Not a valid ELF for this platform”.

On inspection the svn ELF file is a bash script.

#! /bin/bash

# svn,e1f - temporary wrapper script for .libs/svn,e1f
# Generated by ltmain.sh - GNU libtool 1.5.26 (1.1220.2.492 2008/01/30 06:40:56)
#

ee is an absolute but svnadmin ELF is also bash script

This looks suspicious in the last-success log.

checking whether the /home/djp/gccsdk/env/arm-unknown-riscos-gcc linker (/home/djp/gccsdk/cross/bin/arm-unknown-riscos-ld) supports shared libraries... yes
checking dynamic linker characteristics... arm-unknown-riscos-gcc: error: programs:: No such file or directory
arm-unknown-riscos-gcc: error: =/home/djp/gccsdk/cross/libexec/gcc/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/libexec/gcc/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/libexec/gcc/arm-unknown-riscos/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/bin/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/bin/: No such file or directory
arm-unknown-riscos-gcc: error: libraries:: No such file or directory
arm-unknown-riscos-gcc: error: =/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/lib/arm-unknown-riscos/4.7.4/:/home/djp/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/lib/: No such file or directory
riscos ld.so

I am not clear as to what is missing but other items do build, eg. putty-tools and Nettle.

It just needs to be built with RO_SHAREDLIBS=no.

It just needs to be built with RO_SHAREDLIBS=no.

Thanks, it has built properly now and checked something out on the Titanium.