Компиляция завершается неудачно с «перемещением R_X86_64_32 против` .rodata.str1.8 'не может использоваться при создании общего объекта »

Я пытаюсь скомпилировать этот исходный код из make-файла на VPS, но он не работает. 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

Вот мой make-файл:

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

Кто-нибудь знает, что случилось?

Делайте то, что вам говорит компилятор, т.е. перекомпилируйте с -fPIC. Чтобы узнать, что делает этот флаг и зачем он вам нужен в этом случае, см. Параметры генерации кода в руководстве GCC.

Вкратце, термин независимый от позиции код (PIC) относится к сгенерированному машинному коду, который не зависит от адреса памяти, т.е. не делает никаких предположений о том, где он был загружен в RAM. В общие объекты (SO) должен быть включен только независимый от позиции код, поскольку они должны иметь возможность динамически изменять свое местоположение в ОЗУ.

Наконец, вы также можете прочитать об этом в Википедии .

В моем случае эта ошибка возникла из-за того, что makeкоманда ожидала получить разделяемые библиотеки ( *.soфайлы) из удаленного каталога, указанного LDFLAGSпеременной среды. По ошибке там были доступны только статические библиотеки ( *.laили *.aфайлы).

Следовательно, моя проблема связана не с программой, которую я компилировал, а с удаленными библиотеками, которые она пыталась получить. Таким образом, мне не нужно было добавлять какой-либо флаг (скажем, -fPIC) к компиляции, прерванной из-за ошибки перемещения. Скорее, я перекомпилировал удаленную библиотеку, чтобы общие объекты были доступны.

По сути, это была замаскированная ошибка «файл не найден».

В моем случае мне пришлось удалить неуместный --disable-sharedпереключатель при configureвызове необходимой программы, поскольку как общие, так и статические библиотеки были созданы по умолчанию.

Я заметил, что большинство программ создают библиотеки обоих типов одновременно, поэтому моя, вероятно, является крайним случаем. В общем, может случиться так, что вам придется включать общие библиотеки, в зависимости от значений по умолчанию.

Чтобы изучить вашу конкретную ситуацию с переключателями компиляции и значениями по умолчанию, я бы зачитал сводку, которая отображается ./configure --help | less, как правило, в разделе Дополнительные функции. Я часто обнаруживал, что это чтение более надежно, чем руководства по установке, которые не обновляются по мере развития программ зависимостей.

Дело не всегда в флагах компиляции, у меня такая же ошибка на gentoo при использовании distcc.

Причина в том, что на сервере distcc используется не усиленный профиль, а на клиенте профиль усилен. Проверьте это обсуждение: https://forums.gentoo.org/viewtopic-p-7463994.html

Исправлено с -no-pieопцией на этапе компоновщика:

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

Простая очистка проекта решила эту проблему для меня.

Мой проект - это приложение на C ++ (не разделяемая библиотека). Я случайно получал эту ошибку после множества успешных сборок.

У меня такая же проблема. Попробуйте перекомпилировать с помощью -fPICфлага.

Я получаю то же решение, что и комментарий @ camino к ответу https://stackoverflow.com/a/19365454/10593190 и XavierStuvw .

Я заставил его работать (для установки ffmpeg), просто переустановив все с самого начала, $ ./configureзаменив все экземпляры на $ ./configure --enable-shared(сначала обязательно удалите все папки и файлы, включая файлы .so из предыдущей попытки).

По-видимому, это работает, потому что https://stackoverflow.com/a/13812368/10593190 .