You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Joe Sparks <JR...@alphasmart.com> on 2006/08/01 19:32:31 UTC
libtool: link: warning: libexpat.la seems to be moved
Good Morning,
I have been tasked with converting our data from CVS to SVN. Let me
first stress that I am NOT an expert. We have a +5GB CVS repository
that I need to convert. I first tried the pre-installed copy of
Subversion that came with SUSE 10.1 (version 1.3.0). I was having a
problem converting the data using cvs2svn. After reading the mail
archive, I got the impression it was highly recommended to have the
newest version installed and running before asking for help. I removed
the pre-installed RPM and downloaded the tar ball.
I pre-installed all the helper applications listed in the
INSTALL/README:
System Info:
SUSE Linux 10.1
CVS2SVN v1.4.0-RC1
Neon 0.26.1 (installed)
APR 1.2.7 (installed)
APR-util 1.2.7 (installed)
Python 2.4.3 (installed)
Berkeley DB 4.4.20 (installed)
Expat 2.0.0 (installed)
Ruby 1.8.4 (installed)
Subversion 1.3.2 (trying to install)
After installing the above programs, I ran the autogen.sh file. Here
are a few warnings from it:
-----------------------------------
buildcheck: libtool version 1.5.22 (ok)
buildcheck: local copy of find_apr.m4 does not match APR's copy.
An updated copy of find_apr.m4 may need to be checked in.
buildcheck: local copy of PrintPath does not match APR's copy.
An updated copy of PrintPath may need to be checked in.
buildcheck: local copy of find_apu.m4 does not match APRUTIL's copy.
An updated copy of find_apu.m4 may need to be checked in.
Copying libtool helper: /usr/share/aclocal/libtool.m4
<Del'd to save space>
Creating configuration files for apr.
buildconf: checking installation...
buildconf: libtool version 1.5.22 (ok)
Copying libtool helper files ...
buildconf: Using libtool.m4 at /usr/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
autoheader: WARNING: Using auxiliary files such as `acconfig.h',
`config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates for
`config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of `AC_DEFINE' and
autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template
without
autoheader: WARNING: `acconfig.h':
autoheader:
autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1,
autoheader: [Define if a function `main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced,
see the
autoheader: WARNING: documentation.
<Del'd to save space>
Creating configuration files for apr-util.
Looking for apr source in ../apr
Creating include/private/apu_config.h ...
Creating configure ...
Invoking xml/expat/buildconf.sh ...
Incorporating /usr/share/aclocal/libtool.m4 into aclocal.m4 ...
Copying libtool helper files ...
Creating config.h.in ...
autoheader: WARNING: Using auxiliary files such as `acconfig.h',
`config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates for
`config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of `AC_DEFINE' and
autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template
without
autoheader: WARNING: `acconfig.h':
autoheader:
autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1,
autoheader: [Define if a function `main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced,
see the
autoheader: WARNING: documentation.
-----------------------------------
After that, I ran the following configure command:
venus:~/subversion-1.3.2 # ./configure --disable-libtool-lock
--with-apr=/usr/local/apr --with-apr-util=/usr/local/apr
--with-apxs=/usr/local/apache2/bin/apxs --with-ssl --with-zlib
--enable-debug --enable-dso --with-gnu-ld
This is just the last ./configure command I ran. I have tried many
combinations to get it to work.
Some interesting things from the configure command:
-----------------------------------
configure: Apache Portable Runtime (APR) library configuration
checking for APR... yes
checking APR version... 1.2.7
configure: Apache Portable Runtime Utility (APRUTIL) library
configuration
checking for APR-util... yes
checking APR-UTIL version... 1.2.7
configuring libtool now
<Snip>
configure: WebDAV support is enabled
checking expat.h usability... yes
checking expat.h presence... yes
checking for expat.h... yes
checking for XML_SetXmlDeclHandler in -lexpat... yes
configure: XML parser used: expat
<Snip>
configure: Configured to build neon 0.25.5:
Install prefix: /usr/local
Compiler: gcc
XML Parser: expat
SSL library: SSL support enabled, using OpenSSL (0.9.7 or later)
zlib support: zlib support enabled, using -lz
Build libraries: Shared=yes, Static=yes
neon configured properly
<Snip>
checking for Apache module support via DSO through APXS... found at
/usr/local/apache2/bin/apxs
<Snip>
checking for availability of Berkeley DB... Yes
-----------------------------------
I'm not sure why it tries to build Neon when I already have it
installed..
After that, I ran the "make" command. That's when I get the following
errors about 20 times each:
-----------------------------------
libtool: link: warning: `/usr/lib/libexpat.la' seems to be moved
libtool: link: warning:
`/usr/lib/gcc/i586-suse-linux/4.1.0/../../..//libexpat.la' seems to be
moved
/usr/lib/gcc/i586-suse-linux/4.1.0/../../../../i586-suse-linux/bin/ld:
warning: libexpat.so.1, needed by /usr/local/apr/lib/libaprutil-1.so,
may conflict with libexpat.so.0
-----------------------------------
Any suggestions on how to get it working? Do you see anything I can
change? I have the complete Autogen/Configure/Make history and can
attach it if you would like.
I have scoured Google and the mail archives but have not found an
answer. The closest thing I have found was here:
http://tinyurl.com/mscfx I tried the suggestion here
http://tinyurl.com/qgobx but it did not work either.
I would greatly appreciate any help you can give.
Thanks,
Joe
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: libtool: link: warning: libexpat.la seems to be moved
Posted by Ulrich Eckhardt <ec...@satorlaser.com>.
On Tuesday 01 August 2006 21:32, Joe Sparks wrote:
> I have been tasked with converting our data from CVS to SVN. Let me
> first stress that I am NOT an expert. We have a +5GB CVS repository
> that I need to convert. I first tried the pre-installed copy of
> Subversion that came with SUSE 10.1 (version 1.3.0). I was having a
> problem converting the data using cvs2svn.
What problem? Also, but I'm not sure, it could be possible that cvs2svn is its
own, separate project - in that case you should rather ask on their
mailinglist.
> After reading the mail
> archive, I got the impression it was highly recommended to have the
> newest version installed and running before asking for help.
Well, asking about problems with an obsolete version doesn't make sense, but
1.3.0 is pretty recent so I'd stick with that version, in particular since it
comes packaged for your OS. You avoid all the problems building Subversion,
for example...
> -----------------------------------
> libtool: link: warning: `/usr/lib/libexpat.la' seems to be moved
> libtool: link: warning:
> `/usr/lib/gcc/i586-suse-linux/4.1.0/../../..//libexpat.la' seems to be
> moved
> /usr/lib/gcc/i586-suse-linux/4.1.0/../../../../i586-suse-linux/bin/ld:
> warning: libexpat.so.1, needed by /usr/local/apr/lib/libaprutil-1.so,
> may conflict with libexpat.so.0
> -----------------------------------
FYI, those .la files are textfiles that describe where a library expects to be
installed, what other libs it depends on etc. The warning means that the
library was moved to a different place than the one it expected to be,
possibly causing it to not function or not function properly.
Lastly, you can install Subversion from source without any root privileges at
all, the only thing you need is to pass e.g. '--prefix ~/svn-install' to
configure and adapt a few things like PATH and LD_LIBRARY_PATH. This helps
keeping this install from affecting other stuff on the system. In fact that
is a feature of autotools, so every program that comes with a configure
script should be installable like that.
Uli
****************************************************
Visit our website at <http://www.domino-printing.com/>
****************************************************
This Email and any files transmitted with it are intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any reading, redistribution, disclosure or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please contact the sender immediately and delete the material from your computer.
E-mail may be susceptible to data corruption, interception, viruses and unauthorised amendment and Domino UK Limited does not accept liability for any such corruption, interception, viruses or amendment or their consequences.
****************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org