簡體   English   中英

MinGW“無法找到程序入口點libiconv ......”

[英]MinGW “The procedure entry point libiconv could not be located …”

我有一個標准的C庫,使用gcc在Mac OS X上編譯得很好。

我已經檢查過可用於Windows的C編譯器,並選擇MinGW有幾個原因:

  • MS的工具不支持C99
  • Cygwin等。 人。 使用我不想要的posix仿真增加了額外的復雜性
  • 無法讓lcc-win32工作

但是,當我嘗試構建我的庫時,我得到了這個:

在此輸入圖像描述

這些東西看起來都很古老,我在網上幾乎找不到合適的資源。

任何幫助將不勝感激。

謝謝。

編輯:

我正在努力建立什么並不重要。 即使我只使用添加兩個數字的函數創建單個文件。 它崩潰了。 似乎與源代碼或傳遞給gcc的選項沒有任何關系。 我認為這是我的MinGW設置的問題,而不是我的項目。

確保在包含libiconv-2.dll任何其他目錄之前,路徑中包含C:\\ MinGW \\ bin。 顯然某些MinGW發行版中的as.exe依賴於該DLL,並且某個路徑中的舊版本(例如GnuWin32工具)將導致as.exe選擇沒有該條目的舊版本指出它正在尋找。

請參閱: http//sourceforge.net/tracker/index.php?func = entertail&aid = 3375870&group_id = 200665 &atid = 974439

注意 - 您應該能夠將較舊的libiconv-2.dll替換為\\MinGW\\bin的較新版本 - DLL的命名應該意味着它與舊版本向后兼容(即,不是較舊的軟件)依賴於他的新出口應該繼續工作)。 但是,我沒有測試過,所以如果您決定嘗試使用MinGW安裝中的DLL更換沖突的DLL,請務必進行備份。

除了確保C:\\ MinGW \\ bin在您的PATH之前,您還應該重新啟動計算機(或者可能注銷/登錄),以確保您的PATH實際更新。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM