relocation R X86 64 32S against linking Error

Question

I m Trying to Link a static Library to a shared library   I m Getting the Following error   usr bin ld           libraries log4cplus liblog4cplus a fileappender o   relocation R X86 64 32S against  a local symbol  can not be used when making a shared object  recompile with -fPIC          libraries log4cplus liblog4cplus a  could not read symbols  Bad value collect2  ld returned 1 exit status  But this worked on a 32bit machine without any such error  I tried adding The -fPIC flags manually to the Makefile that too didn t solve the problem I tried the -whole-archive flag as suggested here but with no success     usr bin ld           libraries log4cplus liblog4cplus a appenderattachableimpl o   relocation R X86 64 32S against  vtable for log4cplus  spi  AppenderAttachable  can not be used when making a shared object  recompile with -fPIC          libraries log4cplus liblog4cplus a appenderattachableimpl o   could not read symbols  Bad value collect2  ld returned 1 exit status  Creation of liblog4cplus a   unzip log4cplus-1 1 0 zip   configure --enable-static yes --enable-threads yes vi Makefile and added -fPIC to CXXFLAGS and CFLAGS make  Then for Compiling my shared library   g   -frtti -w  -c -fPIC -I quot Include Directory quot  myfile cpp g   -shared -fPIC -frtti -I quot Include Directory quot  -o mysofile so myfile o -Wl --whole-archive  quot          libraries log4cplus liblog4cplus a quot  -Wl --no-whole-archive -ldl

User · Answer

Relocation R X86 64 PC32 against undefined symbol   usually happens when LDFLAGS are set with hardening and CFLAGS not   Maybe just user error  If you are using -specs  usr lib rpm redhat redhat-hardened-ld at link time   you also need to use -specs  usr lib rpm redhat redhat-hardened-cc1 at compile time  and as you are compiling and linking at the same time  you need either both  or drop the -specs  usr lib rpm redhat redhat-hardened-ld   Common fixes   https   bugzilla redhat com show bug cgi id 1304277 c3 https   github com rpmfusion lxdream blob master lxdream-0 9 1-implicit patch

User · Answer

Add -fPIC at the end of CMAKE CXX FLAGS and CMAKE C FLAG  Example   set  CMAKE CXX FLAGS     CMAKE CXX FLAGS  -Wall --std c  11 -O3 -fPIC    set  CMAKE C FLAGS     CMAKE C FLAGS  -Wall -O3 -fPIC      This solved my issue

User · Answer

Assuming you are generating a shared library  most probably what happens is that the variant of liblog4cplus a you are using wasn t compiled with -fPIC  In linux  you can confirm this by extracting the object files from the static library and checking their relocations   ar -x liblog4cplus a   readelf --relocs fileappender o   egrep   GOT PLT JU MP SLOT     If the output is empty  then the static library is not position-independent and cannot be used to generate a shared object   Since the static library contains object code which was already compiled  providing the -fPIC flag won t help    You need to get ahold of a version of liblog4cplus a compiled with -fPIC and use that one instead

User · Answer

I also had similar problems when trying to link static compiled fontconfig and expat into a linux shared object    opt rh devtoolset-7 root usr libexec gcc x86 64-redhat-linux 7 ld   3rdparty fontconfig lib linux-x86 64 libfontconfig a fccfg o   relocation R X86 64 32 against   rodata str1 1  can not be used when making a shared object  recompile with -fPIC  opt rh devtoolset-7 root usr libexec gcc x86 64-redhat-linux 7 ld   3rdparty expat lib linux-x86 64 libexpat a xmlparse o   relocation R X86 64 PC32 against symbol  stderr  GLIBC 2 2 5  can not be used when making a shared object  recompile with -fPIC         This contrary to the fact that I was already passing -fPIC flags though CFLAGS variable  and other compilers linkers variants  clang lld  were perfectly working with the same build configuration  It ended up that these dependencies control position-independent code settings through despicable autoconf scripts and need --with-pic switch during build configuration on linux gcc ld combination  and its lack probably overrides same the setting in CFLAGS  Pass the switch to configure script and the dependencies will be correctly compiled with -fPIC

User · Answer

I ve got a similar error when installing FCL that needs CCD lib libccd  like this       usr bin ld   usr local lib libccd a ccd o   relocation R X86 64 32S against  a local symbol  can not be used when making a shared object  recompile with -fPIC   I find that there is two different files named  libccd a       usr local lib libccd a  usr local lib x86 64-linux-gnu libccd a   I solved the problem by removing the first file

[c++] "relocation R_X86_64_32S against " linking Error

Examples related to c++

Examples related to linux

Examples related to shared-libraries

Examples related to static-libraries