win10操做系統vs2010編譯osg3.4.0問題解決記錄

參考博客：OSG3.4.0+VS2010+WIN10編譯及二次開發環境搭建

連接：https://blog.csdn.net/hsc1239653453/article/details/78278567

 

準備工做：

一、若是用到了qt，qt目錄要已經放入path路徑中，這樣方便cmake的時候自動查找到qt依賴的庫

 

編譯工做：

因爲我編譯的是64位版本，我選擇第三方庫的時候我選擇x64版本

修改ACTUAL_3RDPARTY_DIR目錄爲：E:/OSG/3rdParty/x64

 

如下是我遇到的問題記錄：

一、首先cmake自動識別3rdParty的庫時，有些庫識別的有問題，如gdal.lib須要修改成gdal_i.lib，不然我這邊出現以下錯誤

 

二、我這邊還有這三個插件庫編譯是有問題的：Plugins nvtt、Plugins dicom、Plugins jpeg，每一個插件的錯誤截圖以下：

 

 

 

 

 

因爲我須要讀取jpg圖片，因此我必需要解決jpeg插件的錯誤，經過一番搜索，解決方法以下

首先第三方目錄下是有jpeg的庫的

可是爲何會報錯誤呢？我想應該是第三方庫的jpeg的lib有問題，因而就打算本身編譯，網上搜索了下編譯流程，連接是：https://www.cnblogs.com/coolbear/p/7200698.html（vs2015

經過上面連接結合vs2015和vs2010編譯jpeg的方法，咱們能夠很輕鬆編譯出libjpeg.lib，中間的報錯就用連接的方法解決便可

可是編譯jpeg插件時，修改我本身編譯的libjpeg.lib，從新編譯仍是報以下錯誤

 

此時就很是鬱悶了，jpeg都是本身編譯的，爲啥還有問題，因而又進行搜索是不是jpeg編譯方法不對，結果搜到此連接：https://blog.csdn.net/friendan/article/details/46404057

因而經過方法編譯sln，打開sln,發現默認只有32位的工程，因而新建64位的debug和release版本，編譯經過，而後修改jpeg的插件，終於編譯成功，打開jpg圖片，也OK了

可是Plugins nvtt、Plugins dicom的錯誤目前還沒解決，不知道是爲何錯誤，若是解決了再更新吧