Biên dịch không thành công với "định vị lại R_X86_64_32 chống lại" .rodata.str1.8 'không thể được sử dụng khi tạo một đối tượng chia sẻ "

Tôi đang cố gắng biên dịch mã nguồn này từ makefile trong VPS, nhưng nó không hoạt động. VPS là hệ điều hành 64 Cent

Đây là toàn bộ lỗi

# 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

Đây là makefile của tôi:

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

Có ai biết chuyện gì không?

Làm những gì trình biên dịch yêu cầu bạn làm, tức là biên dịch lại với -fPIC. Để tìm hiểu chức năng của cờ này và lý do bạn cần nó trong trường hợp này, hãy xem Tùy chọn tạo mã của sổ tay GCC.

Nói tóm lại, thuật ngữ mã độc lập vị trí (PIC) dùng để chỉ mã máy được tạo ra là mã bất khả tri địa chỉ bộ nhớ, tức là không đưa ra bất kỳ giả định nào về nơi nó được tải vào RAM. Chỉ mã độc lập vị trí mới được đưa vào các đối tượng dùng chung (SO) vì chúng phải có khả năng thay đổi động vị trí của chúng trong RAM.

Cuối cùng, bạn cũng có thể đọc về nó trên Wikipedia .

Trong trường hợp của tôi, lỗi này xảy ra do một makelệnh mong đợi tìm nạp các thư viện được chia sẻ ( *.sotệp) từ một thư mục từ xa được chỉ ra bởi một LDFLAGSbiến môi trường. Do nhầm lẫn, ở đó chỉ có các thư viện tĩnh ( *.lahoặc *.acác tệp).

Do đó, vấn đề của tôi không nằm ở chương trình tôi đang biên dịch mà với các thư viện từ xa, nó đang cố gắng tìm nạp. Vì vậy, tôi không cần thêm bất kỳ cờ nào (giả sử -fPIC) vào quá trình biên dịch bị gián đoạn bởi lỗi chuyển vị trí. Đúng hơn, tôi đã biên dịch lại thư viện từ xa để các đối tượng được chia sẻ có sẵn.

Về cơ bản, đó là lỗi không tìm thấy tệp do ngụy trang.

Trong trường hợp của tôi, tôi đã phải loại bỏ một --disable-sharedcông tắc đặt sai vị trí trong lệnh configuregọi cho chương trình cần thiết, vì cả thư viện được chia sẻ và thư viện tĩnh đều được xây dựng như mặc định.

Tôi nhận thấy rằng hầu hết các chương trình xây dựng cả hai loại thư viện cùng một lúc, vì vậy tôi có lẽ là một trường hợp khó. Nói chung, có thể có trường hợp bạn phải bật thư viện chia sẻ, tùy thuộc vào giá trị mặc định.

Để kiểm tra tình huống cụ thể của bạn với các công tắc biên dịch và mặc định, tôi sẽ đọc phần tóm tắt hiển thị cùng ./configure --help | less, thường là trong phần Tính năng tùy chọn. Tôi thường thấy rằng cách đọc này đáng tin cậy hơn các hướng dẫn cài đặt không được cập nhật trong khi các chương trình phụ thuộc phát triển.

Không phải lúc nào cũng có các cờ biên dịch, tôi cũng gặp lỗi tương tự trên gentoo khi sử dụng distcc.

Lý do là trên máy chủ distcc đang sử dụng một hồ sơ chưa được làm cứng và trên máy khách, hồ sơ được làm cứng. Kiểm tra cuộc thảo luận này: https://forums.gentoo.org/viewtopic-p-7463994.html

Đã sửa nó với -no-pietùy chọn trong giai đoạn trình liên kết:

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

Đơn giản chỉ cần làm sạch dự án đã giải quyết nó cho tôi.

Dự án của tôi là một ứng dụng C ++ (không phải là một thư viện được chia sẻ). Tôi ngẫu nhiên gặp lỗi này sau rất nhiều lần xây dựng thành công.

Tôi đã từng gặp vấn đề tương tự. Hãy thử biên dịch lại bằng -fPICcờ.

Tôi nhận được giải pháp tương tự như nhận xét của @ camino trên https://stackoverflow.com/a/19365454/10593190 và câu trả lời của XavierStuvw .

Tôi đã làm cho nó hoạt động (để cài đặt ffmpeg) bằng cách chỉ cần cài đặt lại toàn bộ từ đầu với tất cả các trường hợp được $ ./configurethay thế bằng $ ./configure --enable-shared(trước tiên hãy đảm bảo xóa tất cả các thư mục và tệp bao gồm cả tệp .so từ lần thử trước).

Rõ ràng điều này hoạt động vì https://stackoverflow.com/a/13812368/10593190 .