Помилка компіляції з “переміщення R_X86_64_32 проти` .rodata.str1.8 'не можна використовувати під час створення спільного об’єкта ”

Я намагаюся скомпілювати цей вихідний код із makefile у VPS, але він не працює. VPS - це 64-центрова ОС

Ось повна помилка

# 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) відноситься до сформованого машинного коду, який є агностичним для адреси пам'яті, тобто не робить жодних припущень про те, де він був завантажений в оперативну пам'ять. Передбачається, що до спільних об'єктів (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 .