osgearth编译总结

《osgearth编译总结》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、首先在osg的编译上有一点记录一下：1我们下载的第三方依赖3rdParty_x86_x64这个文件对于VS2008和VS2010来说可能VS2008的提供库要全一些。2对于3rdParty_x86_x64文件夹下的x86和x64来说我们的系统如果是32位的应该就只能选x86对于x64来说我们两个包都是可以选择的，据说在64位的系统上的32位程序是模拟运行的。如果我们编译时选择直接编译。那最好是选x86那个包。在这次的选择中选择x64包结果编译到osgDB库的时候出现了错误。如果想编译出来的程序只是

2、用于x64那么可以尝试在x64包的基础上对VS进行相关的设置，应该是不会有很大问题的。下面主要是对osgEarth进行编译由于osgEarth没有对第三方依赖进行打包，所以我们就不得不自己进行配置相关的依赖。首先下载源码包，我们进入官网http://osgearth.org/wiki/Downloads下载源码简单明了。接下来我们下载第三方依赖：1GDAL下载：http://trac.osgeo.org/gdal/wiki/DownloadSource在这里我们选择1.8.1版本，因为在1.9.0

3、版本使用中出现了编译不能通过的情况。当然我们也可以自己将编译过程中出现的问题解决。在这里我们只是为了编译GDAL“不节外生枝”下面我们来对这个库进行编译：对于这个版本有两种方法可以编译1它里面有两个.sln,使用其中之一编译就行2下载完GDAL的源码后,还需要先运行makegdal_gen.bat这个文件,然后打开X:ProgramFilesMicrosoftVisualStudioVC98binVCVARS32.BAT,X代表你VS的安装盘.打开后用cd命令切换到你GDAL的目录下执行

4、命令,nmake/fmakefile.vcMSVC_VER=1500BUILD_DEBUG=YES,其中1500代表VS版本2008,当然你也可以进入nmake配置文件修改.文件编译完成后我们有两种不同的处理方法方法一将生成的libdll包括:gdal_i.libgdal.libcpl.lib(port目录下)ogr.lib(ogr目录下),以及gdal17.dll拷贝到E:OSGGDALapps下，这一种在后面的使用中会直接将这个作为cmake的应用目录（在工程中添加包含目录时会很麻烦，不

5、推荐采用）方法二GDAL编译完成后的文件存放于C0:warmerdabld，包含文件include,lib,data，bin，可将它们拷贝到GDAL文件夹下，置于OSG目录下。最后进行以下工作：将alg、gcore、ogr、port文件夹下的.h文件拷贝到include下，将生成的lib、dll包括:gdal_i.libgdal.libcpl.lib(port目录下)ogr.lib(ogr目录下),以及gdal18.dll拷贝到D:OSGGDALlib下，如果没有在C盘找到文件，可以自己

6、按下面的配置cmake方法手动的添加（个人比较推荐这种处理方式）在这里值得说明的是GDAL提供了对proj和geos的支持。所以我认为在编译GDAL时应该加入对这两个库的支持，具体的方法学习以后补上CUGL库的编译：下载地址：http://curl.haxx.se/download.html下载页面如下下载的如果是源码版本,方法有1直接用VS2008转换工程vc6curl.dsw为VS2008工程然后编译就可以了,可以全部通过2CURL支持cmake编译，但是笔者在编译成相应工程后生成库的过程中出

7、现了错误，然后便换用了方法一，这个方法也就不了了之了，如果对相应的文件进行合理的配置是应该可以编译出相应的库的。3用nmake编译，这个只是笔者的推断，并没有实践。在根目录下有winbuild文件夹，进入里面有我们熟悉的文件，下面的我们也就不用说了，相信您可以做得很好！4还可以下载预编译的版本,但是里面缺少一个调试的库文件.下面是来自网友的做法：编译好后将目录下的include/curl下文件拷到E:OSG3rdpartyincludecurl,进行覆盖编译好后将目录下的lib下的libc

8、url.dll文件拷到E:OSG3rdpartybin,进行覆盖对于上面的做法我不是很认同，因为这样破坏了我们原有包的结构，当我们程序出现问题后我们对于这个前后（编译OSG和osgEarth）混合使用后的文件就不知道该怎么处理了。个人认为比较好的方法是1在两者编译之前就对文件进行统一的规划，重复使用的文件进行一次统一2只对编译后的文件进行包外整理（最好是复制出去，这样方便我们对源文件和库文件进行下一次的使用），这样可以保持3rdParty_x86_x64包的“纯净”，后面同样