Conclusion: I have determined that under RHEL 6.6 it is not possible to change the absolute search path of "ld". I managed to pare it down by playing with /etc/ld.so.conf, but it still ALWAYS searches /usr/lib64 first. "ld" itself is dependent on /usr/lib64 for run-time, but this should have no influence on the SEARCH path for linking. I'm going to have my SA install the 32-bit RPM.

Bob Sorrells

-----Original Message-----
From: Robert Sorrells
Sent: Wednesday, March 13, 2019 2:22 PM
To: Daniel Stenberg <daniel_at_haxx.se>; Robert Sorrells via curl-library <curl-library_at_cool.haxx.se>
Subject: RE: Need to build 32-bit curl on RH Linux 64-bit

Thank you, sir.

I have done everything EXCEPT play with /etc/ld.so.conf, which I do not have permission to do. Regardless of whether I use the Intel 32-bit compiler, or gcc with "-m32" flag, GNU "ld" always searches /lib64 and /usr/lib64 first, and rejects incompatible libraries for libssl, libldap, libz and librt. I can fiddle with the command lines in my own separate little scripts and make it work, but "configure" (nicely) builds and attempts compilation of all of these executables. Unfortunately there does not appear to be any environmental variable that will override the search path chosen by "ld".

I found an RHEL6 "rpm" file at the curl download site which hopefully contains 32-bit binary curl libs. I'm trying to get my SA to install it.

Thanks again.

Bob Sorrells
Amdocs IT Services, LLC

This email and the information contained herein is proprietary and confidential and subject to the Amdocs Email Terms of Service, which you may review at https://www.amdocs.com/about/email-terms-of-service <https://www.amdocs.com/about/email-terms-of-service>

-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.haxx.se/mail/etiquette.html
Received on 2019-03-14