osgarth编译总结.docVIP

首先在osg的编译上有一点记录一下： 1 我们下载的第三方依赖3rdParty_x86_x64 这个文件对于VS2008和VS2010来说可能VS2008的提供库要全一些。 2 对于3rdParty_x86_x64文件夹下的x86和x64来说我们的系统如果是32位的应该就只能选x86 对于x64来说我们两个包都是可以选择的，据说在64位的系统上的32位程序是模拟运行的。如果我们编译时选择直接编译。那最好是选x86那个包。在这次的选择中选择x64包结果编译到osgDB库的时候出现了错误。 如果想编译出来的程序只是用于x64 那么可以尝试在x64包的基础上对VS进行相关的设置，应该是不会有很大问题的。 下面主要是对osgEarth进行编译 由于osgEarth没有对第三方依赖进行打包，所以我们就不得不自己进行配置相关的依赖。 首先下载源码包，我们进入官网 /wiki/Downloads 下载源码简单明了。接下来我们下载第三方依赖： 1 GDAL下载 ：/gdal/wiki/DownloadSource 在这里我们选择1.8.1版本，因为在1.9.0版本使用中出现了编译不能通过的情况。当然我们也可以自己将编译过程中出现的问题解决。在这里我们只是为了编译GDAL“不节外生枝” 下面我们来对这个库进行编译： 对于这个版本有两种方法可以编译 1 它里面有两个.sln,使用其中之一编译就行 2 下载完GDAL的源码后,还需要先运行makegdal_gen.bat这 个文件,然后打开X:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT,X代表你VS的安装盘.打开后用cd命令切换到你GDAL的目录下执行命令,nmake /f makefile.vc MSVC_VER=1500 BUILD_DEBUG=YES,其中1500代表VS版本2008,当然你也可以进入nmake配置文件修改. 文件编译完成后我们有两种不同的处理方法 方法一 将生成的lib dll 包括: gdal_i.lib gdal.lib cpl.lib(port目录下) ogr.lib(ogr目录下), 以及gdal17.dll 拷贝到E:\OSG\GDAL\apps下，这一种在后面的使用中会直接将这个作为cmake的应用目录（在工程中添加包含目录时会很麻烦，不推荐采用） 方法二 GDAL编译完成后的文件存放于C0:\warmerda\bld，包含文件include,lib,data，bin，可将它们拷贝到GDAL文件夹下，置于OSG目录下。最后进行以下工作： 将alg、gcore、ogr、port文件夹下的.h文件拷贝到include下， 将生成的lib、 dll 包括: gdal_i.lib gdal.lib cpl.lib(port目录下) ogr.lib(ogr目录下), 以及gdal18.dll 拷贝到D:\OSG\GDAL\lib下，如果没有在C盘找到文件，可以自己按下面的配置cmake方法手动的添加（个人比较推荐这种处理方式） 在这里值得说明的是GDAL提供了对proj 和geos的支持。所以我认为在编译GDAL时应该加入对这两个库的支持，具体的方法学习以后补上 CUGL库的编译： 下载地址：http://curl.haxx.se/download.html 下载页面如下 下载的如果是源码版本,直接用VS2008vc6curl.dsw为VS2008工程然后编译就可以了,可以全部通过 2 CURL支持cmake编译，但是笔者在编译成相应工程后生成库的过程中出现了错误，然后便换用了方法一，这个方法也就不了了之了，如果对相应的文件进行合理的配置是应该可以编译出相应的库的。 3 用nmake编译，这个只是笔者的推断，并没有实践。在根目录下有winbuild文件夹，进入里面有我们熟悉的文件，下面的我们也就不用说了，相信您可以做得很好！ 4 还可以下载预编译的版本,但是里面缺少一个调试的库文件. 编译好后将目录下的include/curl下文件拷到E:\OSG\3rdparty\include\curl ,进行覆盖 编译好后将目录下的lib下的libcurl.dll文件拷到E:\OSG\3rdparty\bin ,进行覆盖 /geos/ 在这里我们最好选，3.2.3版本，不要去选那个高的版本，笔者在编译时出现了问题。在3.2.3版本中就没有出现，这只是说明3.3.2不好编译，并不是因为它有问题 编译的方法同样有三种： 1 使用VS编译，在根目录下有build ,使用msvc80转化工程后编译就行,注意不要用msvc90,它要连接python 和ruby,很不好编译 2 使用nmake编译。 编译完成GEO