64 bit Linux/Ubuntu and openssl issue (could not read symbols: Bad value)

Question

Normally I search a lot and read a lot to fix my issues, but for this particular problem, it has been pretty unproductive.

I am running a 64bit Ubuntu Linux server on which I installed LAMP stack, and had problem with libcurl not having SSL support, while the OS binary does have SSL support. The PHP just cannot read it. When I searched for solutions and tried doing the following to enable ssl support while installing PHP, I got the problem..

./configure .... --with-openssl
...
....
/usr/bin/ld: ext/standard/.libs/info.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
ext/standard/.libs/info.o: could not read symbols: Bad value
collect2: error: ld returned 1 exit status
make: *** [libphp5.la] Error 1

So, it quit suddenly. I tried doing --enable-shared --without-pic arguments to no avail.

Assuming you've already got ssl in your lib64 directory, `--with-libdir=lib64` — Mark Baker, Aug 07 '13 at 08:46
No SSL is under /usr/local/ssl, usr/local/ssl/include/openssl — Vijay Kumar Kanta, Aug 07 '13 at 08:49
No, there wasn't a 32 or 64 bit distinction in the downloads. The one I downloaded from openss.org works fine in 32 bit systems. — Vijay Kumar Kanta, Aug 07 '13 at 08:54
Nope. I didn't think it was required. Where do it get it from? — Vijay Kumar Kanta, Aug 07 '13 at 08:59
Well, I am trying to install everything from source, so I gotta find out where I will get the package. However my problem is solved in the answer section. — Vijay Kumar Kanta, Aug 07 '13 at 09:12

score 5 · Accepted Answer · edited May 23 '17 at 11:45

Okay, sorry for not search properly in SO itself. One of the related topics had an answer to this problem. relocation R_X86_64_32 against a local symbol' error

All I had to do was do a fresh install of openssl this time with enable-shared option during configure

./config enable-shared

Then I had to do a fresh install of cURL

./configure --with-ssl=/usr/local/ssl --with-zlib

Then I had to do a fresh install of PHP

./configure .... --with-openssl --with-curl ....

..and that did it. The PHP cURL extension has SSL support.

score 3 · Answer 2 · answered Jul 26 '15 at 08:17

As a more generic answer, one typically runs into this problem when the library you are trying to compile is looking for a shared library of a dependency, but the dependency itself was built with only static library support.

The way to fix the problem would be to recompile the dependency with shared library support, usually done by specifying the --enable-shared flag to the configure script.

score 1 · Answer 3 · answered Jul 15 '15 at 12:52

1

also execute the command,

make clean

answered Jul 15 '15 at 12:52

Lakshmikandan

4,301
3
28
37

64 bit Linux/Ubuntu and openssl issue (could not read symbols: Bad value)

3 Answers3

Linked