You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Rodolfo <ro...@click21.com.br> on 2006/11/05 04:43:27 UTC
[users@httpd] Re: Compiling Apache 2.2.3 - SuSe 10.1 64 bits
Hi Sander!
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
buckets/apr_buckets_flush.lo buckets/apr_buckets_alloc.lo
buckets/apr_buckets_pool.lo buckets/apr_buckets_socket.lo
buckets/apr_buckets_heap.lo buckets/apr_buckets_simple.lo
buckets/apr_buckets_file.lo buckets/apr_buckets.lo buckets/apr_buckets_mmap.lo
buckets/apr_buckets_eos.lo buckets/apr_brigade.lo
buckets/apr_buckets_refcount.lo crypto/apr_sha1.lo crypto/uuid.lo
crypto/getuuid.lo crypto/apr_md5.lo crypto/apr_md4.lo dbm/apr_dbm.lo
dbm/apr_dbm_berkeleydb.lo dbm/apr_dbm_gdbm.lo dbm/apr_dbm_ndbm.lo
dbm/apr_dbm_sdbm.lo dbm/sdbm/sdbm_pair.lo dbm/sdbm/sdbm.lo
dbm/sdbm/sdbm_hash.lo dbm/sdbm/sdbm_lock.lo encoding/apr_base64.lo
hooks/apr_hooks.lo ldap/apr_ldap_url.lo ldap/apr_ldap_option.lo
ldap/apr_ldap_init.lo misc/apr_reslist.lo misc/apu_version.lo misc/apr_date.lo
misc/apr_rmm.lo misc/apr_queue.lo uri/apr_uri.lo xml/apr_xml.lo
strmatch/apr_strmatch.lo xlate/xlate.lo dbd/apr_dbd.lo dbd/apr_dbd_sqlite2.lo
dbd/apr_dbd_sqlite3.lo dbd/apr_dbd_pgsql.lo -lrt -lcrypt -lpthread -ldl
/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
collect2: ld returned 1 exit status
make[3]: *** [libaprutil-1.la] Error 1
make[3]: Leaving directory `/opt/instalacao/apache/httpd-2.2.3/srclib/apr-util'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/instalacao/apache/httpd-2.2.3/srclib/apr-util'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/instalacao/apache/httpd-2.2.3/srclib'
make: *** [all-recursive] Error 1
2 - abaout rum: run
$ file /usr/lib/libexpat.so
I could not do it, the sintax is correct ? What does it mean ?
Best Regards,
Rodolfo
Citando Sander Temme <sc...@apache.org>:
> Hi Rodolfo,
>
> On Nov 4, 2006, at 7:56 AM, Rodolfo wrote:
>
> > /usr/lib/libexpat.so: could not read symbols: File in wrong format
> > collect2: ld returned 1 exit status
>
> Could you please run
>
> $ file /usr/lib/libexpat.so
>
> and send us the output? Also, could you paste us the make output line
> immediately preceding the error?
>
> 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.
>
> Thanks,
>
> S.
>
> --
> sctemme@apache.org http://www.temme.net/sander/
> PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
>
>
>
___________________________________________________________________________________
Com o Click21 você tem sempre vantagens! Além do email com 1 Gb, Acelerador, Blog,
Flog, Games e atendimento 24 horas, voce também pode falar minutos DDD com a
promoção Click 21 Minutos. Quanto mais você navega mais fala DDD.
---------------------------------------------------------------------
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@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Re: Compiling Apache 2.2.3 - SuSe 10.1 64 bits
Posted by Anastasios Hatzis <ah...@hatzis.de>.
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@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Re: Compiling Apache 2.2.3 - SuSe 10.1 64 bits
Posted by Sander Temme <sc...@apache.org>.
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.
> 2 - abaout rum: run
>
> $ file /usr/lib/libexpat.so
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.
S.
--
sctemme@apache.org http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF