程序入口點__gxx_personality_sj0不能位於...

Question

我設法（以某種方式）與用於32位Windows的Mingw-w64項目編譯器交叉編譯Qt5。所有的庫已安裝到~/i686-w64-mingw32。

我有一個基於CMake的Qt項目，我試圖交叉編譯。通過遵循these instructions，我已經能夠讓項目編譯。到現在爲止還挺好。

不幸的是，執行在Windows上生成的二進制文件的時候，我最終得到一個錯誤：

"The procedure entry point __gxx_personality_sj0 could not be located in the dynamic link library [application_name].exe"

^{* [應用程序名稱]是將主可執行文件的完整路徑}

我聽說這種類型的問題有時可能是由混合使用不同版本的MinGW編譯的庫引起的。但是這臺機器上的所有東西（所有的庫和可執行文件）都是由同一個編譯器編譯的（i686-w64-mingw32工具鏈）。

此外，我覺得奇怪的是，錯誤抱怨應用程序可執行文件丟失的入口點而不是.dll文件之一。

什麼可能導致此錯誤，以及可以採取哪些措施來糾正它？

Answer 1

最後，事實證明，這個問題是由於在$PATH的某處libstdc++-6.dll的任性而導致的。在確保由Mingw-w64構建的副本位於應用程序的目錄中之後，一切正常。

Answer 2

發現錯誤的庫中的位置：

• 打開命令提示符。
• 類型 「的libstdC++ - 6.dll」 並按下 「回車」
• 一個消息框應該用路徑和消息出現：C：/ somefolder/someapp /.../的libstdC++ - 6.dll此文件沒有與之關聯的程序...等等。 路徑就是答案。
• 從IDE中運行您的應用程序：IDE中的％PATH％可能是 與命令提示符中的％PATH％不同（請參閱IDE設置）。在 這種情況下，將「libstdC++ - 6.dll」放入批處理文件並運行 ，IDE內的批處理應該顯示程序正在拾取的庫的哪個特定實例 。

我個人的解決方案：

• 打開 「系統屬性」 - > 「環境變量」（在Windows 7中，在我的情況），並確保兩者％PATH％變量（一個對於你的賬戶和系統範圍的變量％PATH％）以c：\ mingw \ bin（或者你對圖書館有的任何路徑）開頭。此外，您可能必須重新啓動IDE才能獲取新的PATH。

---

以我的經驗，選擇％PATH％中的位置的MS Windows的方式可以是非常不穩定的。上次，我用一個函數添加了一個源文件，並將該函數包含在我的代碼中。即使我刪除了所有函數的代碼，並且只保留了'return'語句，該程序也會始終選擇錯誤的libstdC++ - 6.dll。每次該功能被註釋掉（排除），該程序將再次正常運行。我懷疑有時Windows會從「系統變量」中選擇PATH，並由於某種原因避免「用戶變量」PATH（您的Windows帳戶的PATH）。