Scott Palmer wrote:
> I was a competent software engineer earlier today... but now I'm
> doubting myself. It seems that Subversion 1.2.x fails to build "out of
> the box" on my SuSE 9.1 Linux installation in addition to the OS X
> issues mentioned earlier.
> I checked out a fresh copy of the 1.2.x branch...
> [claims it won't build with BDB support - that's fine.]
> cd subversion/libsvn_subr && /bin/sh /home/scottpalmer/dev/
> subversion1.2/libtool --tag=CC --silent --mode=link gcc -g -O2 -g -
> Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -
> pthread -DNEON_ZLIB -rpath /usr/local/lib -o libsvn_subr-1.la
> auth.lo cmdline.lo config.lo config_auth.lo config_file.lo
> config_win.lo ctype.lo date.lo error.lo hash.lo io.lo lock.lo md5.lo
> opt.lo path.lo pool.lo quoprint.lo sorts.lo stream.lo subst.lo
> svn_base64.lo svn_string.lo target.lo time.lo utf.lo utf_validate.lo
> validate.lo version.lo xml.lo /usr/lib/libaprutil-0.la -lgdbm - ldb-4.2
> -lexpat /usr/lib/libapr-0.la -lrt -lm -lcrypt -lnsl - lpthread -ldl
> bin/ld: cannot find -lgdbm
> collect2: ld returned 1 exit status
> make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1
> So I have to wonder how things were "worse" before this autoconf thing.
> The procedure appears to be quite unreliable. I've had it "just work"
> when compiling 1.1.x, but now the fact that it goes through all that
> hoopla only to fail is a tad depressing.
It looks like you aren't using the in-tree apr, but the one installed on
your system. SuSE's default apr packages are built against gdbm, so it
becomes a dependency when building mod_dav_svn. Install the gdbm-devel
package and you should be good to go. :-)
BTW, these questions should be mailed to the users@ list. The dev@ list
is geared towards Subversion development topics.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat May 21 04:44:17 2005