1. 程式人生 > >Freeglut中無法開啟檔案"freeglutd.lib"

Freeglut中無法開啟檔案"freeglutd.lib"

最近要寫一些OpenGL的測試Demo,下載Freeglut並配置好開發環境之後,在Debug模式下一直編譯報錯:無法開啟檔案“freeglutd.lib”

Freeglut

由於我下載的Freeglut(3.0版本)在編譯之後生成的連結庫Debug和Release的名稱都是freeglut.lib,因此配置在Debug模式下的lib庫是freeglut.lib。在看到這個報錯之後,檢查了所有工程的連結庫配置,根本就找不到這個輸入的lib,因此猜測可能是freeglut庫在原始碼中添加了VS的連結庫,應該是使用#pragma comment (lib, "xxx.lib")這樣的語法。翻看原始碼之後,果然發現下面的程式碼:

            /* Link with Win32 shared freeglut lib */
#           if FREEGLUT_LIB_PRAGMAS
#               ifdef NDEBUG
#                   pragma comment (lib, "freeglut.lib")
#               else
#                   pragma comment (lib, "freeglutd.lib")
#               endif
#           endif

解決方式:在Debug環境的工程配置中,新增巨集定義NDEBUG

DefineNDebug

或者直接在main.cpp檔案中新增一行

#define NDEBUG

相關推薦

Freeglut無法開啟檔案"freeglutd.lib"

最近要寫一些OpenGL的測試Demo,下載Freeglut並配置好開發環境之後,在Debug模式下一直編譯報錯:無法開啟檔案“freeglutd.lib” 由於我下載的Freeglut(3.0版本)在編譯之後生成的連結庫Debug和Release的名稱都

解決VS2013無法開啟檔案“kernel32.lib”,無法執行“rc.exe”問題

一、解決無法開啟檔案“kernel32.lib” 原因在於沒有配置好“庫目錄”路徑。 解決步驟: 1.1 找到“kernel32.lib”的路徑,一般在C:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\Lib中。

VS新增lib檔案,編譯出錯:LINK : fatal error LNK1104: 無法開啟檔案:×××.lib解決辦法

新增庫檔案: 在VS中右擊專案點屬性:   新增標頭檔案目錄:   配置屬性-->C/C++-->常規-->附加包含目錄 加上標頭檔案存放的目錄。   新增lib檔案:   配置屬性-->連結器-->輸入-->附加依賴項加入庫名(×××.

VS 引用連線mysql資料庫失敗 報錯:">LINK : fatal error LNK1104: 無法開啟檔案“libmysql.lib

出現此類問題時,首先需要檢查一下專案配置檔案: 專案檔案——》右鍵屬性 (1)檢查VC++目錄配置配置均完成! (2)檢查連結器——》輸入配置方法如下:     若檢查以上錯誤均完成了,錯誤報錯原因就是不是配置專案的原因,開啟專案路徑檢查路徑下是否有如下兩個檔案“libmys

VS新增lib檔案,以及出現LINK : fatal error LNK1104: 無法開啟檔案:×××.lib的解決辦法

新增庫檔案: 在VS中右擊專案點屬性: 新增標頭檔案目錄: 配置屬性-->C/C++-->常規-->附加包含目錄 加上標頭檔案存放的目錄。 新增lib檔案: 配置屬

error LNK1104: 無法開啟檔案“MSCOREE.lib

我在編譯別人的C++工程時出現了這個錯誤。 然後錯誤有個幫助,進入微軟網站上看看 https://docs.microsoft.com/zh-cn/cpp/error-messages/tool-errors/linker-tools-error-lnk1104?f1url=https%3A

Windows 無法開啟檔案所在的位置”的奇葩問題

在工作管理員中右鍵一個程序,選擇“開啟檔案所在的位置”,或者在一個快捷方式上右鍵選擇“開啟檔案所在的位置”,會報“該檔案沒有與之關聯的應用來執行該操作”,如圖。 遇到問題先百度,當然,沒有任何有用的結果(不然我還寫這個文幹嘛)。 由於完全不知道這個問題是何時產生的

錯誤 1error LNK1104: 無法開啟檔案“legacy_stdio_definitions.lib

找到工程下的,解決方案的配置檔案shared_build_settings.props,將裡面link下的legacy_stdio_definitions.lib文字刪掉,希望對你幫助

解決錯誤 1 error LNK1104: 無法開啟檔案“libjasper.lib” 問題

這個問題困擾了好久,在網站上找了好多答案。幾乎沒用很適用的。我是小白,只給出我解決這個方案的做法。可能並不適用於你的電腦。不喜勿噴。 問題說無法開啟這個檔案,那麼就不開啟這個檔案。不管他,直接不用他。(很多人按照預設安裝的那個教程,可能就會在裡面按別人的做法添加了那些自己電腦打不開的lib檔案),那

LINK fatal error LNK1104 無法開啟檔案 gdi32 lib

                第一次裝VS,編寫hello.cpp是出現以下錯誤。最後提供了一下解決方案。 解決

使用VS開發C++ 控制檯程式或其他專案出現 ‘ LINK : fatal error LNK1104: 無法開啟檔案“LIBCD.lib” ’ 常規解決辦法

原因:大多是由低版本例如VC6(本人是)開發專案,然後在高版本上再開發該專案導致LIBCD.lib出現更改由此出現錯誤提示。 本人VS版本2017; 一般解決辦法: 第一步:右鍵專案屬性 第二步:在忽

無法開啟檔案"dxerr9.lib"

問題描述:使用Visual Studio 2010,DX10 SDK開啟舊版本(DX9)的專案,編譯執行時候提示為fatal error LNK1104: 無法開啟檔案“dxerr9.lib”================================================問題原因:DX10中將

LINK : fatal error LNK1104: 無法開啟檔案“opencv_calib3d249d.lib”問題解決

LINK : fatal error LNK1104: 無法開啟檔案“opencv_calib3d249d.lib” 報錯的意思是在  XXX:\opencv\build\x86\vc11\lib中  找不到opencv_calib3d249d.lib 在執行測試程式時出現

連結器工具錯誤 "LNK2026 XXX模組對於 SAFESEH 映像是不安全的" LINK : fatal error LNK1104: 無法開啟檔案“LIBCD.lib

解決方法: 1.開啟該專案的“屬性頁”對話方塊。 2.單擊“連結器”資料夾。 3.單擊“命令列”屬性頁。 4.將/SAFESEH:NO 鍵入“附加選項”框中,然後點選應用。       出現這類問題一般是由於所執行的專案是VC6(或者vs2003)建立的,而後又用VS2005或者更高版本

無法開啟檔案“xxx.lib”錯誤的解決辦法

原因:#pragma comment (lib,”xxx.lib”)//預設和引用的CPP檔案在一個資料夾中 解決方法1:將xxx.lib和呼叫pragma comment的原始檔放在一個目錄(注意是呼叫它的原始檔,不是標頭檔案)。 解決方法2:也可以在

C++ 中報LINK:fatal error LNK1104 :無法開啟檔案XXX.lib

由於C++程式碼中要呼叫別人的庫,在VS中配置了引用後,我移動了地方,發現編譯的時候報錯!如下: 庫檔案的連結地址還是指向原來的檔案位置!我在VS的屬性配置頁中發現找不到原來配置的路徑了,看來不是在

#掉過的坑#cocos:無法開啟檔案libcurl_img.lib

如圖,當時我在跑cocos的官方demo.除此,還有個缺少SDK8.1框架的錯誤。 當時我的執行環境是:win 10, vs2017, cocos 3.10, python 3.4。 上網找了

無法開啟檔案"LIBC.lib / libcp.lib"解決辦法

問題:無法開啟檔案"LIBC.lib"。解決:在“配置屬性->連結器->輸入->忽略特定庫”後填入“LIBC.lib / libcp.lib ”。   LIBC.lib介紹   google一下,libc.lib原來是被遺棄的可憐傢伙。MSDN Labs:

LINK : fatal error LNK1104: 無法開啟檔案“qtmaind.lib

在網上找了好久,沒看到有效的方法,我綜合網上的帖子得出下面的方法。 方法: 1.進入開始選單Microsoft Visual Studio 2010,Visual Studio Tools,Visual Studio Command Prompt (2010),需要注意的是

fatal error LNK1104: 無法開啟檔案“***.lib“ 解決方法

  相關: Visual Stuido (1): 跨專案呼叫 同一個solution下面不同project之間的方法呼叫   轉載:https://blog.csdn.net/zyjj_99/article/details/39394477   我們