I am using the command:
g++ --std=c++11 -fPIC -Iincludes parser.cpp lib/main-parser.o lib/lib.a
To compile a C++ program on Debian 9. But I am getting the below error message:
/usr/bin/ld: lib/lib.a(csdocument.o): relocation R_X86_64_32 against '.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
I have already seen the thread: Compilation fails with "relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object"
However, I have tried adding the -fPIC
argument however it strangely gives the same error message, along with "recompile with -fPIC"
Any ideas would be appreciated. I have tried compiling this on my University's RedHat systems and it works fine there. I'm thinking it could be a missing dependency, but I've been unable to find any answers.
Thanks in advance
This linker error is telling you that the object file
csdocument.o
in the static librarylib/lib.a
is not Position Independent Code and hence cannot be linked with your PIE program. So you need to recompile the source files oflib/lib.a
with-fPIC
, then rebuild the static library, then link it with your PIE program. If you don't have control of the libary sources then request a PIC build from its supplier.(Others have questioned why you should need to build a PIE target at all since it's not a shared library. In Debian 9, GCC produces PIE executables by default, whether programs or shared libraries. The same goes for Ubuntu as of 17.04. )
As it seems gcc is trying to produce a position-independent executable, tell it not to:
It seems that
g++
produces position-independent executables by default on your system. Other systems would require-pie
to do so. Using-no-pie
should create a "regular" (position dependent) executable.