Подтвердить что ты не робот

Перемещение R_X86_64_32S против `.rodata '... При компиляции на 64-битной платформе

Итак, я кодировал что-то на 32-битной основе, и вчера мне нужно было создать dll, и у меня было несколько проблем с этим. В любом случае я решил их здесь.

К сожалению, даже если бы я думал, что все работает после того, как я обнаружил, что это не тот случай, когда я переместил свою программу и makefile на другой компьютер, что работает на 64-битной основе, поскольку вы можете догадаться, что произошло...

Итак, моя проблема связана с перемещением из-за 64-битного

/usr/bin/ld: MyClass.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
MyClass.o: could not read symbols: Bad value

и вот мой makefile

MyProgram: main.o chkopts
    -${CLINKER} -o [email protected] $< ${MYLIB} ${PETSC_MAT_LIB}
    ${RM} main.o

    export LD_LIBRARY_PATH=${LIBADD}:$LD_LIBRARY_PATH

LibMyProgram.so: MyClass.o  chkopts
    -${CLINKER}  -shared -Wl,-soname,${SONAME} -o ${VERS}   *.o  ${PETSC_MAT_LIB}

    mv ${VERS} ${LIBADD}
    ln -sf ${LIBADD}${VERS} ${LIBADD}${SOWOV}
    ln -sf ${LIBADD}${VERS} ${LIBADD}${SONAME}

Я попытался добавить -fPIC в CFLAGS, CPPFLAGS и даже LDFLAGS. Я также попытался добавить флаг -fpIC до и после -shared.

-${CLINKER} -shared -fPIC -Wl,-soname,${SONAME} -o ${VERS}   *.o  ${PETSC_MAT_LIB}

Но я просто получу ту же ошибку, что и раньше.

Если я использую CFLAGS = -fPIC, я получу немного ту же ошибку, которая есть:

.../petsc/petsc-3.2-p6/arch-linux2-cxx-debug/lib/libpetsc.a(err.o): relocation R_X86_64_32 against `ompi_mpi_comm_self' can not be used when making a shared object; recompile with -fPIC.

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

4b9b3361

Ответ 1

Решение заключалось в том, чтобы скомпилировать все с помощью -fPIC и связать общие объекты с -shared.

Добавьте -fPIC в CFLAGS или CXXFLAGS для проектов на основе make.

Ответ 2

У меня возникла та же проблема, когда я пытаюсь создать общую библиотеку, которая должна связывать статическую библиотеку.

Я решил проблему, добавив -fPIC в CXXFLAGS для компиляции файлов .o, которые заархивированы в статической библиотеке.

Ответ 3

Попытка скомпилировать xmlrpc-c-1.06.41 в CentOS 6.5, я столкнулся с той же проблемой связывания, которая была решена следующим образом: В. /src/cpp, я изменил Makefile: строка 142 на

CXXFLAGS = $(CXXFLAGS_COMMON) $(CFLAGS_PERSONAL) $(CADD) -shared -fPIC

Более подробную информацию о флагах можно найти ссылка

Ответ 4

Я также встречаю эту проблему. Как я пытаюсь использовать @Mare и @user2391685 сказал, он может работать хорошо:

Используя -fPIC, когда comepile к файлу .o: Например:

gcc -Wall -fPIC -c hello.c -I./ -I/usr/lib/jvm/java/include/ -I/usr/lib/jvm/java/include/linux/

Затем вы можете создать файл .so:

gcc -Wall -rdynamic -shared -o libhello.so hello.o Main.h -I/usr/lib/jvm/java/include/ -I/usr/lib/jvm/java/include/linux/

Ответ 5

Если эта проблема сохраняется после добавления "-fPIC", попробуйте очистить все файлы .o и снова запустите