為什麼我的使用 `pthread` 的 C 程式在靜態連結時會因「分段錯誤」而崩潰，但在動態連結時卻運作正常？

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)

附錄：Autotools 解決方法

mytarget_LDADD = @WL_WHOLE_ARCHIVE_HACK@ -lpthread @WL_NO_WHOLE_ARCHIVE_HACK@

如果使用Autotools 作為建置系統，則需要以下解決方法，因為Automake 不允許LDADD 中的選項：在configure.ac 中：在Makefile.am 中：

以上是為什麼我的使用 `pthread` 的 C 程式在靜態連結時會因「分段錯誤」而崩潰，但在動態連結時卻運作正常？的詳細內容。更多資訊請關注PHP中文網其他相關文章！