Re: [users@httpd] Re: Compiling Apache 2.2.3 - SuSe 10.1 64 bits

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sander Temme wrote:
Rodolfo,

On Nov 4, 2006, at 7:43 PM, Rodolfo wrote:

1 - Follows the make output line immediately preceding the error:

/opt/instalacao/apache/httpd-2.2.3/srclib/apr/include
-version-info 2:7:2 -o libaprutil-1.la -rpath /opt/apache2/lib
buckets/apr_buckets_pipe.lo

<...>

/usr/lib/libexpat.la /opt/instalacao/apache/httpd-2.2.3/srclib/apr/libapr-1.la -lrt
-lcrypt -lpthread -ldl /usr/lib/libexpat.so: could not read
symbols: File in wrong format

You left off the start of that line, but we get the idea. It's the command that links together libaprutil from its constituent
components, including /usr/lib/libexpat.la. This libtool helper file
points to the real library, which is probably libexpat.so.

It looks like your linker can't work with libexpat.so.



Today I got the same error message as Rodolfo and I found this thread here. I have OpenSUSE 10.0 (!) 64 bits AMD Opteron. I'm sure the 64bit caused the problems. Since I am rather new to building Linux programs from source --but I need to do so-- I had lot of problems with, but your solution seems to work for me little modified by me.


$ file /usr/lib/libexpat.so

In my case the information was:

<snip>

# file /usr/lib/libexpat.so
/usr/lib/libexpat.so: symbolic link to `libexpat.so.0.5.0'
# file /usr/lib/libexpat.so.0.5.0
/usr/lib/libexpat.so.0.5.0: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), stripped

</snip>

32-bit, hum? Well, expat was already pre-installed by my
ISP's Linux distribution and via YAST I can't find a 64bit version of it.


What I want you to do is run the file command on
/usr/lib/libexpat.so. The $ is the shell prompt, you don't actually
type that. Sorry if I was unclear about that. For instance, on my
FreeBSD box:

[sctemme@sarlacc] httpd-2.2.3 $ file /usr/local/lib/libexpat.so.6 /usr/local/lib/libexpat.so.6: ELF 32-bit LSB shared object, Intel
80386, version 1 (FreeBSD), not stripped

This tells us for which architecture and binary format your expat library was intended.

An alternative for you would be to specify --with-expat=builtin
to the configure script. This should force the build process to
use the bundled copy of Expat rather than what it finds on the
system.

I tested this alternative this morning: if you don't specify,
configure will find the installed copy of expat and prefer it over
the bundled one. However, the installed copy doesn't work for you, so
you might consider forcing configure to use the bundled copy.


Thank you for your support. In my case this configuration worked:

./configure --enable-mods-shared='headers dav dav-fs dav-lock ssl rewrite vhost-alias' -enable-lib64 --with-expat=builtin

Naturally the module names listed in "--enable-mods-shared" are custom specific.

Regards,

Anastasios



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux