php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #51260 Compile PHP with compiled openssl - relocation R_X86_64_32
Submitted: 2010-03-10 13:30 UTC Modified: 2010-06-08 14:59 UTC
From: vejpuste at oikt dot czu dot cz Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 5.2.13 OS: CentOS release 5.4 x86_64
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: vejpuste at oikt dot czu dot cz
New email:
PHP Version: OS:

 

 [2010-03-10 13:30 UTC] vejpuste at oikt dot czu dot cz 
Description:
------------
I have compiled openssl (./config -Bsymbolic)
PHP compiled --with-openssl=/usr/local/ssl
PHP 5.2.12 make OK
PHP 5.2.13 make :
... -o libphp5.la
/usr/bin/ld: /usr/local/ssl/lib64/libssl.a(s2_srvr.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/ssl/lib64/libssl.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

I compare Makefile 5.2.12 and 5.2.13. Different is :
#5.2.13
EXTRA_LDFLAGS = -avoid-version -module -L/usr/local/ssl/lib64 -L/usr/lib/oracle/11.2/client64/lib -L/usr/local/lib64
#5.2.12
EXTRA_LDFLAGS = -avoid-version -module -L/usr/lib64 -Wl,-rpath,/usr/local/ssl/lib64 -L/usr/local/ssl/lib64 -Wl,-rpath,/usr/lib
/oracle/11.2/client64/lib -L/usr/lib/oracle/11.2/client64/lib -Wl,-rpath,/usr/local/lib64 -L/usr/local/lib64 -L/usr/local/ssl/
lib64 -L/usr/lib/oracle/11.2/client64/lib -L/usr/local/lib64

I modify Makefile to EXTRA_LDFLAGS from 5.2.12 - make OK.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-03-17 00:24 UTC] oneforall59 at hotmail dot com 
Hi
same problem for me that -Wl,-rpath, isn't getting passed. I did a diff on a
few file configure, Makefile, acinclude.m4, aclocal.m4 etc and I do see a chunk
removed from configure but it doersn'tlook like its to do with it. But not
sure. I do know there is somethign missing for it to pass the  -Wl,-rpath,
thou.
In my build I added EXTRA_LDFLAGS="-L/usr/lib64 -Wl,-rpath,/usr/local/lib64/c-
client/lib64 -L/usr/local/lib64/c-client/lib64 -L/usr/local/lib64/c-
client/lib64" \
./configure ... 
I had to because with multilib it was trying to read the 32bit libs .
LDFLAGS="-L/lib64 -L/usr/lib64" etc weren't working . I just dunno what
configure uses to get that line for EXTRA_LDFLAGS in Makefile :(
 [2010-04-07 04:23 UTC] cnemelka at yahoo dot com 
Same problem in RHEL5 (release 5.5 Tikanga)
 [2010-06-08 14:59 UTC] tony2001@php.net
-Status: Open +Status: Bogus
 [2010-06-08 14:59 UTC] tony2001@php.net 
Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Apr 27 16:01:29 2024 UTC