编译失败，提示“创建共享对象时，无法使用针对‘.rodata.str1.8’的重定位 R_X86_64_32”

问题描述：

我正在尝试在 VPS 中从 makefile 编译此源代码，但它不起作用。VPS 是 64 Cent 操作系统

这是完整的错误

# 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

这是我的 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

有谁知道出了什么问题吗？

解决方案 1：

按照编译器的指示进行操作，即使用 重新编译-fPIC。要了解此标志的作用以及为什么在这种情况下需要它，请参阅GCC 手册的代码生成选项。

简而言之，术语“位置无关代码(PIC)”是指生成的与内存地址无关的机器代码，即不对其加载到 RAM 中的位置做出任何假设。只有位置无关代码才应该包含在共享对象 (SO) 中，因为它们应该能够动态更改其在 RAM 中的位置。

最后，您也可以在维基百科上阅读相关内容。

解决方案 2：

在我的情况下，发生此错误的原因是make命令期望*.so从环境变量指示的远程目录中获取共享库（文件）LDFLAGS。错误在于，那里只有静态库可用（*.la或*.a文件）。

因此，我的问题不在于我正在编译的程序，而在于它试图获取的远程库。因此，我不需要向-fPIC因重定位错误而中断的编译添加任何标志（例如）。相反，我重新编译了远程库，以便共享对象可用。

基本上，这是一个伪装的文件未找到错误。

就我而言，我必须删除所需程序调用--disable-shared中放错位置的开关configure，因为共享库和静态库都是默认构建的。

我注意到大多数程序同时构建两种类型的库，所以我的可能只是个例外。一般来说，您可能更愿意启用共享库，具体取决于默认设置。

要检查编译开关和默认值的具体情况，我会阅读出现的摘要./configure --help | less，通常在“可选功能”部分。我经常发现，这种阅读比依赖程序发展过程中未更新的安装指南更可靠。

解决方案 3：

使用链接器阶段的选项修复了此问题-no-pie：

g++-8 -L"/home/pedro/workspace/project/lib" -no-pie ...

解决方案 4：

这并不总是与编译标志有关，我在 gentoo 上使用 distcc 时遇到了同样的错误。

原因是 distcc 服务器上使用的是未强化的配置文件，而客户端上的配置文件已强化。查看此讨论：
https ://forums.gentoo.org/viewtopic-p-7463994.html

解决方案 5：

只需清理项目就可以为我解决这个问题。

我的项目是一个 C++ 应用程序（不是共享库）。在多次成功构建后，我随机收到此错误。

解决方案 6：

我遇到了同样的问题。尝试使用-fPIC标志重新编译。

解决方案 7：

我得到的解决方案与@camino 在https://stackoverflow.com/a/19365454/10593190上的评论以及XavierStuvw 的回复相同。

我让它工作（用于安装 ffmpeg），只需从头开始重新安装整个东西，并将所有实例$ ./configure替换为$ ./configure --enable-shared（首先确保删除所有文件夹和文件，包括上次尝试中的 .so 文件）。

显然这是有效的，因为https://stackoverflow.com/a/13812368/10593190。

解决方案 8：

我们遇到了同样的问题。原来是 Makefile 中的混淆。当链接器为gcc，但 C++ 编译器为 时，会发生错误clang++。将链接器更改为clang++即可解决问题。

解决方案 9：

我知道这个问题是一年前问的。我在我的系统上尝试了给定的错误。我尝试使用提供此错误的 Make 文件模拟给定的错误。错误 Make 文件（每行都以制表符开头，而不是多个空格）：

all:
    @echo "/usr/bin/gcc -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/amx/*.c";\n    /usr/bin/gcc -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/amx/*.c;\n    echo "/usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/*.cpp";\n    /usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/*.cpp;\n    echo "/usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ *.cpp";\n    /usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ *.cpp;\n    echo "/usr/bin/g++ -O2 -shared -o "TCP_V1.so" *.o";\n    /usr/bin/g++ -O2 -shared -o "TCP_V1.so" *.o

错误：

  /usr/bin/gcc -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/amx/*.c
  /usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/*.cpp
  /usr/bin/g++ -c -O3 -w -DLINUX -I../SDK/amx/ *.cpp
  /usr/bin/g++ -O2 -shared -o TCP_V1.so *.o
  /usr/bin/ld: one.o: relocation R_X86_64_32 against `.rodata.str1.1'
  can not be used when making a shared object; recompile with -fPIC
  one.o: error adding symbols: Bad value
  collect2: error: ld returned 1 exit status

更新了 Make 文件：

all:
      @echo "/usr/bin/gcc -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/amx/*.c";\n      /usr/bin/gcc -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/amx/*.c;\n      echo "/usr/bin/g++ -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/*.cpp";\n      /usr/bin/g++ -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ ../SDK/*.cpp;\n      echo "/usr/bin/g++ -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ *.cpp";\n      /usr/bin/g++ -fPIC -c -O3 -w -DLINUX -I../SDK/amx/ *.cpp;\n      echo "/usr/bin/g++ -O2 -shared -o "TCP_V1.so" *.o";\n      /usr/bin/g++ -O2 -shared -o "TCP_V1.so" *.o