httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Anastasios Hatzis>
Subject Re: [users@httpd] Re: Compiling Apache 2.2.3 - SuSe 10.1 64 bits
Date Tue, 07 Nov 2006 20:46:01 GMT
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 -rpath /opt/apache2/lib
>> buckets/apr_buckets_pipe.lo
> <...>
>> /usr/lib/ 
>> /opt/instalacao/apache/httpd-2.2.3/srclib/apr/ -lrt
>> -lcrypt -lpthread -ldl /usr/lib/ 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/ This libtool helper file
> points to the real library, which is probably
> It looks like your linker can't work with

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/

In my case the information was:


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


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/ 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/ 
> /usr/local/lib/ 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 



The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message