「共有オブジェクトの作成時に `.rodata.str1.8 'に対する再配置R_X86_64_32は使用できません」でコンパイルが失敗する

このソースコードをVPSのメイクファイルからコンパイルしようとしていますが、機能しません。VPSは64セントの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

これが私のメイクファイルです：

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のどこにロードされたかについての仮定を行わない生成されたマシンコードを指します。RAM内の場所を動的に変更する機能が必要なため、位置に依存しないコードのみが共有オブジェクト（SO）に含まれることになっています。

最後に、ウィキペディアでもそれについて読むことができます。

私の場合、このエラーmakeは、コマンドが環境変数で*.so示されるリモートディレクトリから共有ライブラリ（ファイル）をフェッチすることを期待していたために発生しましたLDFLAGS。誤って、静的ライブラリ（*.laまたは*.aファイル）しか利用できませんでした。

したがって、私の問題は、コンパイルしていたプログラムではなく、フェッチしようとしたリモートライブラリにありました。したがって、-fPIC再配置エラーによって中断されたコンパイルにフラグ（たとえば）を追加する必要はありませんでした。むしろ、共有オブジェクトが利用できるようにリモートライブラリを再コンパイルしました。

基本的に、それは変装したファイルが見つからないというエラーでした。

私の場合、共有ライブラリと静的ライブラリの両方がデフォルトで構築されているため、必要なプログラムの呼び出しで誤って配置された--disable-sharedスイッチを削除するconfigure必要がありました。

ほとんどのプログラムが両方のタイプのライブラリを同時に構築することに気づいたので、私のものはおそらくコーナーケースです。一般に、デフォルトによっては、共有ライブラリを有効にする必要がある場合があります。

コンパイルスイッチとデフォルトの特定の状況を調べるために./configure --help | less、通常はオプション機能のセクションに表示される概要を読みます。この読み物は、依存関係プログラムの進化中に更新されないインストールガイドよりも信頼性が高いことがよくあります。

必ずしもコンパイルフラグについてではありません。distccを使用すると、gentooでも同じエラーが発生します。

その理由は、distccサーバーでは強化されていないプロファイルを使用しており、クライアントではプロファイルが強化されているためです。このディスカッションを確認してください：https： //forums.gentoo.org/viewtopic-p-7463994.html

-no-pieリンカー段階のオプションで修正しました：

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

プロジェクトを掃除するだけで解決しました。

私のプロジェクトはC ++アプリケーションです（共有ライブラリではありません）。多くのビルドが成功した後、ランダムにこのエラーが発生しました。

私も同じ問題を抱えていました。-fPICフラグを使用して再コンパイルしてみてください。

https://stackoverflow.com/a/19365454/10593190に対する@caminoのコメントとXavierStuvwの返信と同じ解決策を取得しています。

私はそれを（ffmpegをインストールするために）最初からすべてのインスタンスを$ ./configure置き換えて再インストールするだけで動作するようになりました$ ./configure --enable-shared（最初に、前回の試行から.soファイルを含むすべてのフォルダーとファイルを削除してください）。

どうやらこれはhttps://stackoverflow.com/a/13812368/10593190のために動作します。