httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Huang, Jinhui (OST)" <Jinhui.Huang....@dot.gov>
Subject RE: [users@httpd] Install Apache 2.4.20 on Solaris 10 --- Error "ld: fatal: file ab.o: wrong ELF class: ELFCLASS32"
Date Mon, 02 May 2016 19:52:51 GMT
Thank you, Andy, for the comment/help.
Jin

-----Original Message-----
From: Andy Wang [mailto:awang@ptc.com] 
Sent: Monday, May 02, 2016 2:35 PM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Install Apache 2.4.20 on Solaris 10 --- Error "ld: fatal: file
ab.o: wrong ELF class: ELFCLASS32"



On 05/02/2016 12:42 PM, Rainer Jung wrote:
> Am 02.05.2016 um 19:07 schrieb Huang, Jinhui (OST):
>> Hi, Rainer:
>> I checked the 32/64 Bit issue on PCRE first. I found
>> /usr/local/apache2/pcre/lib/libpcre.a:  current ar archive, 32-bit 
>> symbol table
>> /usr/local/apache2/pcre/lib/libpcreposix.a:     current ar archive,
>> 32-bit symbol table
>
> The .so (shared libraries) look fine, the .a (static libraries) not.
> They are 32 Bit and you can't link a 64 bit binary against them. By 
> default, the linking should happen against the .so (building 
> dynamically linked stuff). If you want to make sure, it'd be better to 
> rename the .a file to .a_ or similar, so they wont get used.
>
> Why pcre has build the .a files only as 32 bit and didn't respect your 
> CC setting I don't know but shouldn't matter for now.

Are you basing that on the file command output?  Keep in mind the symbol table size is not
dependent on the bitwidth of the binaries in the archive but rather the size of of the ar
archive itself.

 From ar man page:

      -S    When building the archive symbol table, force the  use
            of the 64-bit capable symbol table format. By default,
            the 32-bit format is used  for  all  archives  smaller
            than  4GB,  and  the  larger format is used for larger
            archives that exceed the 32-bit limit.


The compile error doesn't appear related to pcre though.  It looks to be more still an openssl
related problem.

Andy

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Mime
View raw message