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

potential build bug: libexpat.so: wrong format

From: Ray Plante <rplante_at_poplar.ncsa.uiuc.edu>
Date: Fri, 9 Jan 2009 16:33:44 -0600 (CST)

Hi,

Following the "Buddy System" recommendations on the subversion issue
tracker page, I'd like to share what I'm fairly certain is a bug in
building subversion from source on 64bit linux when...

   o both 64-bit and 32-bit libraries are available (typical
         installations of RedHat, CentOS, and Debian are like this), and
   o the subversion-deps-1.5.5.tar.gz is used

After unpacking both the core tar file and the above mentioned dependency
tar file and running configure, make fails with the following error:

   /usr/lib/libexpat.so: could not read symbols: File in wrong format

This happens because it is trying to link against the 32-bit version of
libexpat. It should instead be using /usr/lib64/libexpat.so.

This is apparently due to a bug in the version of apr-util that is
included in subversion-deps-1.5.5.tar.gz. This bug is documented at:

   http://issues.apache.org/bugzilla/show_bug.cgi?id=28205

which has been fixed. So, it seems that subversion-deps just needs a
newer version of apr-utils.

On my system, when I obtained and built apr 1.3.3 and apr-util 1.3.4
myself, I was able to get subversion to build.

If you confirm this bug, please submit an issue. I don't subscribe to
this list nor do I have a login on the tigris site, so I'm not planning to
submit an issue myself.

cheers,
Ray Plante

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1014432
Received on 2009-01-10 08:26:17 CET

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

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