g靜態連結pthread時,導致Segmentation failure,為什麼?
這個C程序,動態連結時使用-pthread -o one one .cpp -Wall -std=c 11 -O3,運行沒有任何問題。但是,當使用 -pthread -o one one.cpp -Wall -std=c 11 -O3 -static 靜態連結時,它會因「分段錯誤」而崩潰。
了解問題
使用 -pthread 時,編譯器會自動連結 pthread 函式庫。但是,靜態連結時,需要明確指定 -lpthread 來包含 pthread 函式庫。
弱符號
在 Unix 中,ELF 檔案格式使用的概念弱符號,在連結過程中可以被強符號覆蓋。 glibc 和 pthread 對函數使用弱符號,可以選擇替換為最佳化版本。
在這種情況下,glibc 為 __pthread_mutex_lock 等同步函數提供弱符號。當 pthread 動態連結時,弱符號會被 pthread 中的強符號取代。
靜態連結和弱符號
在靜態連結期間,連結器將停止在它找到的第一個符號,即使它是一個弱符號。要包含 pthread 庫中的所有符號,您需要使用 Wl,--whole-archive 選項,該選項強制連結器包含檔案中的每個目標檔案。
解決方案
要解決這個問題,請使用以下連結指令:
g++ -o one one.cpp -Wall -std=c++11 -O3 -static -pthread \ -Wl,--whole-archive -lpthread -Wl,--no-whole-archive
附錄:Autotools 解決方法
附錄:Autotools 解決方法
附錄:Autotools 解決方法WL_WHOLE_ARCHIVE_HACK="-Wl,--whole-archive" WL_NO_WHOLE_ARCHIVE_HACK="-Wl,--no-whole-archive" AC_SUBST(WL_WHOLE_ARCHIVE_HACK) AC_SUBST(WL_NO_WHOLE_ARCHIVE_HACK)
mytarget_LDADD = @WL_WHOLE_ARCHIVE_HACK@ -lpthread @WL_NO_WHOLE_ARCHIVE_HACK@
以上是為什麼我的使用 `pthread` 的 C 程式在靜態連結時會因「分段錯誤」而崩潰,但在動態連結時卻運作正常?的詳細內容。更多資訊請關注PHP中文網其他相關文章!