program tip

"공유 객체를 만들 때`.rodata.str1.8 '에 대한 재배치 R_X86_64_32는 사용할 수 없습니다."로 컴파일 실패

radiobox 2020. 11. 7. 09:11
반응형

"공유 객체를 만들 때`.rodata.str1.8 '에 대한 재배치 R_X86_64_32는 사용할 수 없습니다."로 컴파일 실패


VPS의 makefile에서이 소스 코드를 컴파일하려고하는데 작동하지 않습니다. VPS는 64 Cent OS입니다.

다음은 전체 오류입니다.

# 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

아무도 무엇이 잘못되었는지 알고 있습니까?


컴파일러가 지시하는대로 수행하십시오. 즉, -fPIC. 이 플래그의 기능과이 경우에 필요한 이유를 알아 보려면 GCC 매뉴얼의 코드 생성 옵션참조하십시오 .

간단히 말해서, 위치 독립적 코드 (PIC)라는 용어는 메모리 주소에 구애받지 않는 생성 된 기계 코드를 의미합니다. 즉, RAM에로드 된 위치에 대해 어떠한 가정도하지 않습니다. 위치 독립적 인 코드 만 공유 객체 (SO)에 포함되어야합니다. RAM에서 위치를 동적으로 변경할 수 있어야하기 때문입니다.

마지막으로 Wikipedia 에서도 읽을 수 있습니다.


제 경우에는 make명령이 환경 변수로 *.so표시된 원격 디렉토리에서 공유 라이브러리 ( 파일) 를 가져올 것으로 예상 했기 때문에이 오류가 발생했습니다 LDFLAGS. 실수로 정적 라이브러리 ( *.la또는 *.a파일) 만 사용할 수있었습니다 .

따라서 내 문제는 내가 컴파일하는 프로그램이 아니라 가져 오려는 원격 라이브러리에 있습니다. 따라서 -fPIC재배치 오류로 인해 중단 된 컴파일에 플래그 (예 :)를 추가 할 필요가 없습니다 . 오히려 공유 객체를 사용할 수 있도록 원격 라이브러리를 다시 컴파일했습니다.

기본적으로 disguise에서 파일을 찾을 수 없음 오류였습니다.

제 경우에는 공유 라이브러리와 정적 라이브러리가 모두 기본으로 빌드 되었기 때문에 필수 프로그램 호출 --disable-shared에서 잘못 배치 된 스위치 를 제거해야했습니다 configure.


나는 대부분의 프로그램이 동시에 두 가지 유형의 라이브러리를 빌드한다는 것을 알았습니다. 일반적으로 기본값에 따라 공유 라이브러리를 활성화해야하는 경우가 있습니다.

컴파일 스위치 및 기본값을 사용하여 특정 상황을 검사하기 위해 ./configure --help | less일반적으로 선택적 기능 섹션에서 와 함께 표시되는 요약을 읽습니다 . 나는 종종이 책이 의존성 프로그램이 발전하는 동안 업데이트되지 않는 설치 가이드보다 더 신뢰할 만하다는 것을 발견했습니다.


항상 컴파일 플래그에 관한 것은 아닙니다. distcc를 사용할 때 젠투에서 같은 오류가 발생합니다.

그 이유는 distcc 서버에서는 강화되지 않은 프로필을 사용하고 있고 클라이언트에서는 프로필이 강화되기 때문입니다. 이 토론을 확인하십시오 : https://forums.gentoo.org/viewtopic-p-7463994.html


"깨끗한"것이 나를 위해 그것을 해결했습니다.

내 프로젝트는 공유 라이브러리가 아닌 C ++ 응용 프로그램입니다. 많은 성공적인 빌드 후에 무작위 로이 오류가 발생했습니다.


나는 같은 문제가 있었다. -fPIC플래그를 사용하여 다시 컴파일하십시오 .


-no-pie링커 단계의 옵션으로 수정했습니다 .

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

참고 URL : https://stackoverflow.com/questions/19364969/compilation-fails-with-relocation-r-x86-64-32-against-rodata-str1-8-can-not

반응형