你好,游客 登录 注册 搜索
背景:
阅读新闻

VS2015下编译64位GDAL总结

[日期:2016-08-07] 来源:Linux社区  作者:charlee44 [字体: ]

使用VS2015编译最新的64位GDAL(最新gdal2.11),确实有一些问题,看来双方还是太新了,有点不兼容,特总结如下。

以前经常用的通过VisualStudio IDE进行编译的方式现在似乎不能使用了, makegdal_gen.bat还是可以生成工程,也能升级成VS2015的工程,但是修改nmake.opt的一些配置没有生效,导致编译无法成功。

只能使用“VS2015 x64 本机工具命令提示符”来nmake工程的方法。“VS2015 x64 本机工具命令提示符”一般都在安装VS环境后的“开始”目录中可以找到。很奇怪为什么网上很多攻略不是用这个CMD窗口,而是很麻烦的设置其他窗口。

然后我们必须得把这个CMD窗口CD到下载好的源代码目录(有makefile.vc的目录),Nmake就是通过makefile.vc来编译工程的。在编译之前需要修改nmake.opt中一些配置。

  1. GDAL_HOME = "C:\warmerda\bld",这里的路径可以修改,编译后的生成的头文件、静态库、动态库将会复制到该目录。
  2. "#WIN64=YES",编译64位GDAL需要取消前面的#。

最后在CMD中批处理命令:

nmake -f makefile.vc
nmake /f makefile.vc install
nmake /f makefile.vc devinstall

第一个命令是编译GDAL,第二个、第三个命令是将生成的头文件、静态库、动态库复制到GDAL_HOME目录。如果需要编译debug模式,就将第一个命令改成nmake -f makefile.vc DEBUG=1。

最后编译还存在一个问题,形如:

Creating library gdal_i.lib and object gdal_i.exp
odbccp32.lib(dllload.obj) : error LNK2019: unresolved external symbol _vsnwprintf_s referenced in function StringCchPrintfW
gdal201.dll : fatal error LNK1120: 1 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64\link.EXE"' : return code '0x460' Stop.

在网上查找攻略,得知是矢量格式odbc这部分的问题。这部分内容涉及到的环境在VS2015下貌似被修改,导致GDAL不兼容。不过我也没有试验是不是VS2015的专属问题。网上提到的第一个方法是nmake.opt中如下内容:

!IFDEF ODBC_SUPPORTED
ODBCLIB = odbc32.lib odbccp32.lib user32.lib
!ENDIF

替换成:

!IFDEF ODBC_SUPPORTED
!IF $(MSVC_VER) >= 1900
# legacy_stdio_definitions.lib : https://connect.microsoft.com/VisualStudio/feedback/details/1134693/vs-2015-ctp-5-c-vsnwprintf-s-and-other-functions-are-not-exported-in-appcrt140-dll-breaking-linkage-of-static-libraries
ODBCLIB = legacy_stdio_definitions.lib odbc32.lib odbccp32.lib user32.lib
!ELSE
ODBCLIB = odbc32.lib odbccp32.lib user32.lib
!ENDIF
!ENDIF

很可惜这部分内容和nmake.opt中的一模一样,貌似已经被GDAL官方采用并修改好了。也就是说第一个方法是不行的,不知道是不是我采用64位编译的原因。

第二个办法是注释掉对矢量格式odbc的支持,即:

# Comment out the following to disable ODBC support.
ODBC_SUPPORTED = 1

修改成:

# Comment out the following to disable ODBC support.
# ODBC_SUPPORTED = 1

第二个办法是可以成功编译的,稍微遗憾的是缺少了矢量格式odbc的支持,对我来说是够用了。希望GDAL官方能进一步跟进,当然大家有更好的办法也希望批评指正。

本文永久更新链接地址http://www.linuxidc.com/Linux/2016-08/133986.htm

linux
相关资讯       GDAL 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款