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

Re: Error 1 from gmake when compiling Subversion

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-09-06 22:45:46 CEST

On Sep 6, 2007, at 04:39, <Borje.Markstrom@tietoenator.com>
<Borje.Markstrom@tietoenator.com> wrote:

> I'm new to Subversion, and I'm trying to establish it in HP-UX 11.23
> on a Itanium platform.
> I first installed a compiled version for HP-UX 11.23 from
> http://hpux.connect.org.uk/hppd/hpux/Development/Tools/
> subversion-1.4.4/
> and thats works OK.
>
> But my development team wants to access subversion via mod_dav_svn and
> as I
> understand it that version is compiled with "--disable-mod-activation"
> which rsults in no support for WebDAV.
>
> So I downloaded the source-tar for subversion-1.4.4 from the same
> place,
> together
> with the binary-packets : apr, apr_util, db, expat, gettext, libiconv,
> neon, perl, python and zlib, and their runtime-dependend-packages.
> According "To compile" in HPUX.Install-file I then did the following :
> The prereqs was then installed OK by swinstall.
> Then I ran "./configure --enable-mod-activation" OK.
> BUT when I ran gmake it ended with Error 1.
>
> Here is the last part of gmake-output:
> /bin/sh /usr/local/src/subversion-1.4.4/libtool --tag=CC --silent
> --mode=compile
> cc -O -I/usr/local/include -DHPUX11 -D_REENTRANT
> -D_XOPEN_SOURCE_EXTENDED -D_
> LARGEFILE64_SOURCE -O -I/usr/local/include -Ae +Z -mt
> -D_LARGEFILE64_SOURCE
> -DNE_LFS -I./subversion/include -I./subversion
> -I/usr/local/include/neon -I/usr
> /local/apache2/include -I/usr/local/apr/include/apr-0
> -I/usr/local/include -o
> subversion/libsvn_ra_dav/util.lo -c subversion/libsvn_ra_dav/util.c
> cd subversion/libsvn_ra_dav && /bin/sh
> /usr/local/src/subversion-1.4.4/libtool -
> -tag=CC --silent --mode=link cc -O -I/usr/local/include -Ae +Z -mt
> -D_LARGEF
> ILE64_SOURCE -DNE_LFS -Wl,+b -Wl,/usr/local/lib/hpux32
> -L/usr/local/lib/hpux32
> -L/usr/local/lib -L/usr/local/lib/hpux32 -rpath
> /usr/local/lib/hpux32 -o lib
> svn_ra_dav-1.la commit.lo fetch.lo file_revs.lo log.lo merge.lo
> options.lo prop
> s.lo replay.lo session.lo util.lo
> ../../subversion/libsvn_delta/libsvn_delta-1.l
> a ../../subversion/libsvn_subr/libsvn_subr-1.la
> /usr/local/apr/lib/libaprutil-0.
> la -ldb -lexpat -liconv /usr/local/apache2/lib/libapr-1.la -lm
> -lpthread -ldld
> /usr/local/lib/hpux32/libneon.la -lintl -lz
> grep: can't open /usr/local/lib/hpux32/libcom_err.la
> sed: Cannot find or open file /usr/local/lib/hpux32/libcom_err.la.
> libtool: link: `/usr/local/lib/hpux32/libcom_err.la' is not a valid
> libtool arch
> ive
> gmake: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
>
> Anyone who knows whats the problem ?

Similar errors about the absence of libcom_err have been reported on
the MacPorts mailing list regarding many different software packages:

http://www.google.com/search?q=site%3Alists.macosforge.org%
20libcom_err&sourceid=mozilla2&ie=utf-8&oe=utf-8

According to this one

http://lists.macosforge.org/pipermail/macports-users/2007-July/
004655.html

the software "heimdal" used to provide libcom_err but no longer does.
This may have been specific to the Mac version but I don't know. It
looks like your grep and sed and libtool (maybe?) expect libcom_err
to exist, but it doesn't (anymore?) on your system. You may need to
rebuild grep and sed and libtool so that they don't link against
libcom_err. Or maybe you need to reinstall heimdal so libcom_err is
restored.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 6 22:44:14 2007

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.