Compilation fails with relocation R X86 64 32 against rodata str1 8 can not be used when making a shared object

Question

I m trying to compile this source code from the makefile in a VPS  but its not working  The VPS is a 64 Cent OS  Here s the full error    make gcc -c -O3 -w -DLINUX -I   SDK amx     SDK amx   c g   -c -O3 -w -DLINUX -I   SDK amx     SDK   cpp g   -c -O3 -w -DLINUX -I   SDK amx    cpp g   -O2 -fshort-wchar -shared -o  TCP V1 so    o  usr bin ld  TCP-LINUX V1 o  relocation R X86 64 32 against   rodata str1 8  can not be     used when making a shared object  recompile with -fPIC TCP-LINUX V1 o  could not read symbols  Bad value collect2  ld returned 1 exit status make       all  Error 1   Here s my makefile   GPP g   GCC gcc OUTFILE  TCP V1 so   COMPILE FLAGS -c -O3 -w -DLINUX -I   SDK amx   all        GCC    COMPILE FLAGS     SDK amx   c       GPP    COMPILE FLAGS     SDK   cpp       GPP    COMPILE FLAGS    cpp       GPP  -O2 -fshort-wchar -shared -o   OUTFILE    o   Anyone know what s wrong

User · Answer

I had the same problem  Try recompiling using -fPIC flag

User · Answer

I m getting the same solution as  camino s comment on https   stackoverflow com a 19365454 10593190 and XavierStuvw s reply  I got it to work  for installing ffmpeg  by simply reinstalling the whole thing from the beginning with all instances of     configure replaced by     configure --enable-shared  first make sure to delete all the folders and files including the  so files from the previous attempt   Apparently this works because https   stackoverflow com a 13812368 10593190

User · Answer

Fixed it with -no-pie option in linker stage   g  -8 -L  home pedro workspace project lib  -no-pie

User · Answer

It is not always about the compilation flags  I have the same error on gentoo when using distcc   The reason is that on distcc server is using a not-hardened profile and on client the profile is hardened  Check this discussion  https   forums gentoo org viewtopic-p-7463994 html

User · Answer

Simply cleaning the project solved it for me  My project is a C   application  not a shared library   I randomly got this error after a lot of successful builds

User · Answer

In my case this error occurred because a make command was expecting to fetch shared libraries    so files  from a remote directory indicated by a LDFLAGS environment variable  In a mistake  only static libraries were available there    la or   a files     Hence  my problem did not reside with the program I was compiling but with the remote libraries it was trying to fetch   So  I did not need to add any flag  say  -fPIC  to the compilation  interrupted by the relocation error   Rather  I recompiled the remote library so that the shared objects were available    Basically  it s been a file-not-found error in disguise   In my case I had to remove a misplaced --disable-shared switch in the configure invocation for the requisite program  since shared and static libraries were both built as default      I noticed that most programs build both types of libraries at the same time  so mine is probably a corner case  In general  it may be the case that you rather have to enable shared libraries  depending on defaults    To inspect your particular situation with compile switches and defaults  I would read out the summary that shows up with   configure --help   less  typically in the section Optional Features  I often found that this reading is more reliable than installation guides that are not updated while dependency programs evolve

User · Answer

Do what the compiler tells you to do  i e  recompile with -fPIC  To learn what does this flag do and why you need it in this case  see Code Generation Options of the GCC manual   In brief  the term position independent code  PIC  refers to the generated machine code which is memory address agnostic  i e  does not make any assumptions about where it was loaded into RAM  Only position independent code is supposed to be included into shared objects  SO  as they should have an ability to dynamically change their location in RAM   Finally  you can read about it on Wikipedia too

[c++] Compilation fails with "relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object"

Examples related to c++

Examples related to linux

Examples related to gcc

Examples related to linker

Examples related to shared-libraries