Qt5.3.1_MinGw下静态编译

MinGw下静态编译Qt5.3.1

作者：ewin.lv

一、编译镜头库

1) .由于代码中用到了Perl,所以首先要安装Perl的解释器ActivePerl(安装时会自动设置环境变量,无需手动添加), 下载地址https://www.doczj.com/doc/5c1323044.html,/activeperl/downloads

（要求- Perl 5.8 or later）。

我装的是ActivePerl-5.16.3.1604-MSWin32-x86-298023.msi

安装Python运行环境，默认路径安装

Python下载地址(需要2.7以上版本)https://www.doczj.com/doc/5c1323044.html,/download/releases/

我装的是python-2.7.8.msi

注：Perl和python必须安装，开始我没安装python，出现错误未找到python自动中断编译，安装好python，设置到PATH，重新输入命令mingw32-make解决。

2) . 本人安装的Qt是qt-opensource-windows-x86-mingw482_opengl-5.3.1.exe，安装目录C:\Qt\Qt\Qt5.3.1\；安装时请把源码选上，如图

开始-> 所以程序，找到如图命Qt令行

输入以下命令看看gcc编译器是否配置正确,

gcc -v

再输入以下命令看看perl解释器是否配置正确

perl -v

输入以下命令看看python是否配置正确

python

按Ctrl + Z回车，可以退出python

如果没有配置正确，可以输入命令设置

如：set PATH=C:\Python27;%PATH%

3).将命令行切换到Qt源代码所在目录,我这里执行的命令为。

cd C:\Qt\Qt\Qt5.3.1\5.3\Src

4).执行如下命令开始配置

Configure.bat -confirm-license -opensource -platform win32-g++ -mp -debug-and-release -static -prefix "c:\Qt\Qt\5.3.1-static" -qt-sql-sqlite -qt-zlib -qt-libpng -qt-libjpeg -opengl desktop -qt-freetype -no-qml-debug -no-angle -nomake tests -nomake examples -skip qtwebkit

5).执行如下命令开始编译

mingw32-make

大概要3个钟左右编完，该干啥干啥去先……

完蛋了，有错误……

这个问题找了一天多，终于，万能的google查到错误原因及补救方法：

qml link error(also happens in some desktop build. But no if disable icu and enable freetype):

solution: in qtdeclarative/src/3rdparty/masm/yarr/YarrPattern.h, change to

static CharacterClass* newlineCreate() { return 0;}

static CharacterClass* digitsCreate() {return 0;}

static CharacterClass* spacesCreate() { return 0;}

static CharacterClass* wordcharCreate() { return 0;}

static CharacterClass* nondigitsCreate() { return 0;}

static CharacterClass* nonspacesCreate() { return 0;}

static CharacterClass* nonwordcharCreate() { return 0;}

本人补救修改如图

然后直接重新输入命令编译（可以尝试configure时disable icu和enable freetype；编译时间太久，我就没有试这个了）

mingw32-make

终于编译完成了，总占硬盘6.21G

6).执行如下命令安装到"C:\Qt\Qt5.3.1"（配置中-prefix设置）

mingw32-make install

这是个漫长的拷贝过程，足足让我等了17分钟才完成。

由于编译后的源码占太大的硬盘空间，被我干掉了^_^。

二、测试静态库

1)启动QtCreator，工具->选项…。进入设置

2）选择构建和运行->Qt 版本；然后点击添加，选择刚刚编译出来的Qt库，如图：

叹号提示：qmlscene未安装。对于我现在的开发不影响，以后有空再研究了。

记得点Apply

3）检查你的编译器，如果Qt Creator没有自动检测到你的编译器，要手动添加，如图：

记得点Apply

4）配置套件，如果选择刚才添加的静态库和编译工具。再自己起个名字。

记得点Apply;点一下OK。完成设置。

5）新建一个项目

a.

b.输入项目名称，下一步

c.选择刚才的配置套件，下一步

d.直接点下一步，

e.点击完成。

f.随便抓两个控件到界面，点击左下角编译。

g.好了，非常棒，一切正常

h.下面看看编译出来的可执行文件。

我艹，这么大的文件。完蛋了还要依赖编译器的运行库。

i.撇开编译器运行库，先看看Release版本情况先。

嗯，还不错，只有14M左右。

j.回到刚才遗留的问题，怎么去掉依赖编译器运行库。

将安装目录下的qmake.conf打开

记事本打开C:\Qt\Qt\5.3.1-static\mkspecs\win32-g++\qmake.conf 找到如下位置

改为

阿弥陀佛，搞定。

上边编译命令不会编译qwebkit

注意事项:

由于本人用不上

qtwebkit 所以没有编译该项目,如果要编译它,记得安装Rubby的解释器(运行环境)。

1).安装Ruby运行环境

1

.Ruby下载地址https://www.doczj.com/doc/5c1323044.html,/downloads/

2 .安装Ruby。注意勾选如下两项,如图

Add Ruby executables to your PATH.

Associate .rb and .rbw files

with this Ruby installation.

3 .命令行运行以下命令测试是否配置成功

c:>Ruby -v

参考文献https://www.doczj.com/doc/5c1323044.html,/674.html

https://www.doczj.com/doc/5c1323044.html,/ahyswang/article/details/39242075

https://www.doczj.com/doc/5c1323044.html,/tempofwyq/article/details/39160543

https://www.doczj.com/doc/5c1323044.html,/wanghelou123/article/details/38175115

https://www.doczj.com/doc/5c1323044.html,/sniper_bing/article/details/38067887

静态链接库lib和动态链接库dll区别

1.什么是静态连接库，什么是动态链接库 静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib 中的指令都全部被直接包含在最终生成的EXE 文件中了。但是若使用DLL，该DLL 不必被包含在最终EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与EXE 独立的DLL 文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。静态链接库与静态链接库调用规则总体比较如下。 对于静态链接库(比较简单)： 首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件。 生成库的.h头文件中的声明格式如下： extern "C" 函数返回类型函数名(参数表); 在调用程序的.cpp源代码文件中如下： #include "..\lib.h" #pragma comment(lib,"..\\debug\\libTest.lib") //指定与静态库一起链接 第二，因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要！:) 对于动态链接库： 动态链接库的使用,根据不同的调用方法，需要提供不同的资源： 1. 静态加载------程序静态编译的时候就静态导入dll,这样的话就需要提供给库 使用者（C客户）如下文件：*.lib文件和.dll文件和*.h。其有2个坏处： 1 程序一开始运行就需要载入整个dll，无法载入程序就不能开始运行； 2 由于载入的是整个dll，需要耗费资源较多 其调用方法如下： #include "..\lib.h" #pragma comment(lib,"..\\debug\\libTest.lib") 但是这种方式的话可以调用Class method. 2.动态加载-----那么只需要提供dll文件。 因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。但是无法调用Class method了。 如果要调用Dll中的function,需要经历3个步骤： Handle h=LoadLibrary(dllName) --> GetProcAddress(h,functionName) 返回函数指针，通过函指针调用其function-->FreeLibrary(h) 例如：Another.dll有一个int Add(int x,int y)函数。则完整的调用过程如下：

OSGEARTH + VS2010 安装

一、准备工作 下载: https://www.doczj.com/doc/5c1323044.html,/wiki/Downloads 1. CURL (curl-7.21.7.tar.gz): http://curl.haxx.se/download.html 2. GDAL(gdal-1.8.0.tar.gz)： https://www.doczj.com/doc/5c1323044.html,/gdal/wiki/DownloadSource 3. GEOS(geos-3.2.2.tar.bz2)：https://www.doczj.com/doc/5c1323044.html,/geos/ 4. Expat(expat-win32bin-2.0.1.exe): code： https://www.doczj.com/doc/5c1323044.html,/projects/expat/ exe文件：https://www.doczj.com/doc/5c1323044.html,/eaglezhao/expat-win32bin-2.0.1.rar 5. libzip(libzip-windows.zip): code:http://nih.at/libzip/ 编译好的包供下载： vs2008： https://www.doczj.com/doc/5c1323044.html,/trac/osgearth/raw-attachment/wiki/Downloads/libzip-windows.zip vs2010: https://www.doczj.com/doc/5c1323044.html,/eaglezhao/libzip(vs10).rar 6. OSGEARTH(SVN上下载):svn: https://www.doczj.com/doc/5c1323044.html,/gwaldron/osgearth.git(目前最新版是osgearth 2.0) 二、安装 1. CURL 使用CMAKE进行配置： 生成.sln后编译即可 编译好后将目录下的include/curl下文件拷到E:\OSG\3rdparty\include\curl ,进行覆盖编译好后将目录下的lib下的libcurl.dll文件拷到E:\OSG\3rdparty\bin ,进行

GCC编译动态和静态链接库

我们通常把一些公用函数制作成函数库，供其它程序使用。函数库分为静态库和动态库两种。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。本文主要通过举例来说明在Linux中如何创建静态库和动态库，以及使用它们。 在创建函数库前，我们先来准备举例用的源程序，并将函数库的源程序编译成.o文件。 第1步：编辑得到举例的程序--hello.h、hello.c和main.c； hello.c(见程序2)是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出"Hello XXX!"。hello.h(见程序1)为该函数库的头文件。main.c(见程序3)为测试库文件的主程序，在主程序中调用了公用函数hello。 1.#ifndef HELLO_H 2.#define HELLO_H 3. 4.void hello(const char *name); 5. 6.#endif //HELLO_H 复制代码 程序1: hello.h 1.#include 2. 3.void hello(const char *name) 4.{ 5.printf("Hello %s!\n", name); 6.} 复制代码 程序2: hello.c 1.#include "hello.h" 2. 3.int main() 4.{ 5.hello("everyone"); 6.return 0; 7.} 复制代码 程序3: main.c

第2步：将hello.c编译成.o文件； 无论静态库，还是动态库，都是由.o文件创建的。因此，我们必须将源程序hello.c通过g cc先编译成.o文件。 在系统提示符下键入以下命令得到hello.o文件。 # gcc -c hello.c # 我们运行ls命令看看是否生存了hello.o文件。 # ls hello.c hello.h hello.o main.c # 在ls命令结果中，我们看到了hello.o文件，本步操作完成。 下面我们先来看看如何创建静态库，以及使用它。 第3步：由.o文件创建静态库； 静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。 在系统提示符下键入以下命令将创建静态库文件libmyhello.a。 # ar crv libmyhello.a hello.o # 我们同样运行ls命令查看结果： # ls hello.c hello.h hello.o libmyhello.a main.c # ls命令结果中有libmyhello.a。 第4步：在程序中使用静态库； 静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加

lib和dll文件的区别和联系

(1)lib是编译时需要的，dll是运行时需要的。 如果要完成源代码的编译，有lib就够了。 如果也使动态连接的程序运行起来，有dll就够了。 在开发和调试阶段，当然最好都有。 (2)一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。 (3)在动态库的情况下，有两个文件，一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误。 一、开发和使用dll需注意三种文件 1、 dll头文件 它是指dll中说明输出的类或符号原型或数据结构的.h文件。当其它应用程序调用dll时，需要将该文件包含入应用程序的源文件中。 2、 dll的引入库文件 它是dll在编译、链接成功后生成的文件。主要作用是当其它应用程序调用dll时，需要将该文件引入应用程序。否则，dll无法引入。 3、 dll文件(.dll) 它是应用程序调用dll运行时，真正的可执行文件。dll应用在编译、链接成功后，.dll文件即存在。开发成功后的应用程序在发布时，只需要有.exe文件和.dll文件，不必有.lib文件和dll头文件。 动态链接库 (DLL) 是作为共享函数库的可执行文件。动态链接提供了一种方法，使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中，该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个 DLL 副本的内容。 动态链接与静态链接的不同之处在于：动态链接允许可执行模块（.dll 文件或 .exe 文件）仅包含在运行时定位 DLL 函数的可执行代码所需的信息。在静态链接中，链接器从静态链接库获取所有被引用的函数，并将库同代码一起放到可执行文件中。 使用动态链接代替静态链接有若干优点。DLL 节省内存，减少交换操作，节省磁盘空间，更易于升级，提供售后支持，提供扩展 MFC 库类的机制，支持多语言程序，并使国际版本的创建轻松完成。 lib与dll文件最大区别在调用方面 dll可以静态陷入 lib与DLL 从这一章起，我讲述的内容将特定于windows平台。其实这篇文章也可看作是我在windows下的开发经验总结，因为以后我决定转unix了。 前面有一章说编译与链接的，说得很简略，其实应该放到这一章一块儿来说的。许多单讲

FORTRAN静态库动态库的生成

FORTRAN静态库、动态库的生成、维护与调用 闫昊明2006-9-10 一、FORTRAN静态库的生成与维护 FORTRAN 静态库是经过编译的代码块，它与主程序相对独立，可以被主程序调用，是FORTRAN工程类型之一. 静态库包含一系列子程序，但不包括主程序. 静态库一般具有LIB扩展名并包含目标代码，且静态库存放在它们特定的目录中. FORTRAN静态库在组织大型程序和在不同程序之间共享子程序等方面具有较大的优点，其重要性不言而喻. 当将静态库与主程序联系起来时，在主程序中调用静态库中的任何子程序将编译到相应的可执行程序. 应用静态库的时候，只有所需要的子程序才在编译过程中插入到可执行文件（.EXE）,这意味着这种可执行文件将比包含所有的子程序所生成的可执行文件小. 而且，不必担心哪些子程序是需要的，哪些是不需要的，编译器将替你做出选择. 同时，当更改静态库中的子程序时，相应的应用程序可以不做任何改变，而只需要对其进行重新的编译链接，即可获得新的结果，这无疑也是方便的. 目前，常用的FORTRAN静态库有很多种，WINDOWS操作系统下的Compaq Visual FORTRAN version 6.5（简称CVF65）自带的数学统计库IMSL就是一个非常全面的静态库，可以用来解决线性代数和统计学上的很多经典问题. 此外，在NCAR互联网站有很多有用的FORTRAN子程序（网址：https://www.doczj.com/doc/5c1323044.html,/softlib/mathlib.html），其中包括地球物理科学问题、离散和快速Fourier变换、可分离的椭圆微分方程、插值、Legendre多项式、普通数学问题、本征值问题求解、线性方程求解、非线性方程求解、常微分方程求解、特殊函数、统计学等常用子程序集等. 这些FORTRAN子程序可以解决很多基础性的问题，因此有很高的利用价值. 在WINDOWS操作系统下，可以用两个命令分别生成静态库. 一个是用‘nmake’命令，它一般用来编译原来应用在UNIX环境下的FORTRAN子程序集，在编译过程中要读取makefile文件中的编译命令，类似于在UNIX下安装软件. 另一个是用‘lib’命令，它可以在WINDOWS环境下编译任何需要集成为静态库的子程序集. 编译静态库在DOS命令行环境下比较方便，以后的命令行都指在此环境下运行. 在编译静态库前，首先要安装CVF65，其次要完成要编译的FORTRAN子程序(*.f90). 对于FORTRAN子程序，最好用FORTRAN90的标准来完成，应该放弃FORTRAN77标准。FORTRAN90是FORTRAN语言从结构化走向面向对象化的重要一步，使FORTRAN语言更加接近C＋＋。在FORTRAN90标准中，对数组的操作既增强了功能又简化了使用，此外自由格式、MODULE、动态数组、指针等的应用大大丰富了FORTRAN语言，使得编程更加轻松。目前，FORTRAN95和FORTRAN2000标准也在应用，它们与FORTRAN90标准比较类似，主要的改进在并行运算方面，因此目前在单机上应用的主要还是FORTRAN90. 在DOS命令行环境下，进入到FORTRAN子程序所在的子目录，然后按下面两个步骤生成FORTRAN静态库. （1）键入“df *.f90 /c”，回车，可以看到CVF65编译器对所有的FORTRAN子程序（*.f90）进行编译，生成*.obj文件（注意，编译时，/c中的“c”必须小写）. （2）键入“lib *.obj /out:libname.lib”，回车，可以看到链接生成libname.lib静态库. 需要注意的是，每次加入新的子程序或对静态库中的子程序修改以后，都要按上述两个步骤重新进行编译链接. 生成静态库以后，可用“dumpbin /linkermember libname.lib”来查看静态库中可用的子程序名称. 也可执行“lib /list libname.lib”来查看静态库中的*.obj文件. 当然，也可以在CVF65集成环境下，生成静态库. 步骤如下：

osgearth,个人笔记

智能指针使用： osg::Geode* geode=new osg::Geode;//新建Geode指针 osg::ref_ptrgeodePtr=geode;//构造一个新的ref_ptr对象，并将Geode指针分配给它。新建Geode对象geode的引用计数值变为1 Osg::ref_ptr geode1=new osg::Geode;//实现上述两句功能，不会产生内存泄露，当ref_ptr的生命周期结束时会自动释放引用对象 结论：①osg中新创建的场景对象建议使用ref_ptr进行内存的分配和管理 ②对于不使用ref_ptr的对象，引用计数值将变的没有意义，并且它无法自动从场景中卸载 ③新建对象作为函数结果返回时，建议使用realease()传递，并尽快引入到别的场景对象中 叶节点Geode 1、OSG 定义了osg::Drawable 类，用于保存要渲染的数据。Drawable 是一个无法直接实例化的虚基类。 OSG 核心库从Drawable 派生出三个子类：①osg::DrawPixels，封装了glDrawPixels()的相关功能；②osg::ShapeDrawable，提供了一些已经定义好的几何体的使用接口，如圆柱体和球；③osg::Geometry。setVertexArray() ，setColorArray() ，setNormalArray()用户程序可以使用它们来指定顶点数组，颜色，以及法线数据。setVertexArray()和setNormalArray()均使用一个Vec3Array 指针作为输入参数，而setColorArray()使用一个Vec4Array 指针。 官方OSG四个程序： 1 osgViewer模型查看工具 osgViewer是这四个程序当中用的最多的OSG程序，代码也非常入门与浅显易懂，在开始->运行->CMD中就可以直接启动osgViewer，因为path中添加了它的路径。下面来看一下osgViewer的功能，如表2.1 表2.1 osgViewer的功能表 命令：注意有的双杠功能 --image 读取纹理文件，比如：osgViewer --image Images/skymap.jpg --dem 以高程图的形式渲染一个镜像/DEM 比如osgViewer --dem a.img -h或--help 命令行参数功能帮助 --help-env 所有可用的环境变量帮助 --help-keys 所有可用键帮助 --help-all 展示所有帮助信息 --SingleThreaded 为viewer选择单线程模式 --CullDrawThreadPerContext 为viewer选择CullDrawThreadPerContext线程模式 --DrawThreadPerContext 为viewer选择DrawThreadPerContext线程模式 --CullThreadPerCameraDrawThreadPerContext 为viewer选择—CullThreadPerCameraDrawThreadPerContext线程模式

编译生成动态库时,被关联的静态库会被编译到动态库里面

动态库调用静态库. 生成动态库: 需要的目标文件得用-fPIC选项生成. 而静态库所需的目标文件可以不用-fPIC选项. 一个应用程序调用动态库, 而这个动态库其中的函数调用某静态库时,如何生成应用程序呢? 例: /////// static.h void static_print(); ///////static.cpp #include #include "static.h" void static_print() { std::cout<<"This is static_print function"< #include "shared.h" #include "static.h" void shared_print() { std::cout<<"This is shared_print function"; static_print(); } ////////test.cpp #include "share.h" int main() { shared_print(); return 0; } 方法一: 静态库的.o文件也用-fPIC生成. 生成动态库时把静态库加入. 生成应用程序时只加载动态库 g++ -c -fPIC static.cpp // 生成static.o ar -r libstatic.a static.o // 生成静态库libstatic.a g++ -c -fPIC shared.cpp // 生成shared.o g++ -shared shared.o -lstatic -o libshared.so // 生成动态库libshared.so 注: -shared是g++的选项,与shared.o无关. -lstatic选项把libstatic.a的函数加入动态库中. g++ test.cpp -lshared -o test.exe // link libshared.so 到test.exe中. 方法二: 静态库的.o文件不用-fPIC生成. 生成动态库时不加静态库. 生成应用程序时加载动态库和静态库. g++ -c static.cpp // 生成static.o ar -r libstatic.a static.o // 生成静态库libstatic.a g++ -c -fPIC shared.cpp // 生成shared.o g++ -shared shared.o -o libshared.so // 生成动态库libshared.so 注: -shared是g++的选项,与shared.o无关. 这时如果加-lstatic. error:relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

这是个人在学习osgEarth时根据体会或从别的地方看到的做

这是个人在学习osgEarth时根据体会或从别的地方看到的做的一个简单整理，有些东东就是官方文档翻译过来的，都是根据自己的需要感觉需要记录下来什么东西就随便记录下来了，也没有个条理，都是用到哪记到哪，别见怪。对个人在初期使用osgEarth时有很多帮助，所以特发上来，希望对大家也有帮助osgEarth学习笔记1. 通过earth文件创建图层时，可以指定多个影像数据源和多个高程数据源，数据源的顺序决定渲染顺序，在earth文件中处于最前的在渲染时处于最底层渲染；所以如果有高低精度不同的影响数据或者高程数据，在创建earth 文件时要将粗精度的数据放在上方xml节点，高精度的放在其下面的节点；2. osgEarth自带多种驱动器，不同的驱动器驱动不同的数据源，自己也可以扩展驱动器读取相应的数据； 3. 可以通过profile属性指定数据的投影方式或者数据分页方式以及地理空间延展；osgEarth通过profile创建数据四叉树，每个四叉树节点数据瓦片通过TileKey类来标示；一个地形数据能否正常工作要看创建它的驱动器是否能够创建和对应profile兼容的数据瓦片；比如，如果要生成地球数据，就需要指定global-geodetic 或者global-mercator profile，相应的数据源要能够在这种profile下生成相应的地形数据； 4. 通过earth文件，最基本的也是最主要的功能是我们可以指定生成地形的坐标属性(地理坐标或投影坐标)影像数据、高程数据、矢量数据、模型数据、以及缓冲位置，通过这些基本要

素就可以轻易生成我们想要的地形；5. osgEarth只能使用16或32位的高程数据源；6. 如果直接使用原始的影像、高程以及矢量数据，可以用GDAL驱动器，在这种情况下需要注意几个性能的问题。第一，将数据源预先进行坐标变换，变换为目标地形坐标，否则osgEarth会对源数据进行坐标投影变换，这将降低数据的加载及处理速度。如果预先已经将数据源进行正确的坐标变换，osgEarth就可以省略这个步骤，从而提高其实时处理速度；第二，预先对影像数据进行瓦片处理，比如tiff格式的影像数据，它是逐行扫描存储的，而osgEarth是每次读取一个瓦片数据，如果预先对影像数据进行瓦片处理，在动态过程中osgEarth就不需要每次读取整个大块影像数据然后提取其需要的瓦片数据，而可以直接读取相应的瓦片数据即可，这样就大大提高了瓦片数据的读取速度。可以通过gdal_translate 工具对影像数据进行瓦片处理；第三，创建金字塔数据集可以使osgEarth读取数据更加高效，可以用gdaladdo工具创建金字塔数据集；总之，要想提高osgEarth的处理效率，就要预先创建高效的数据瓦片结构，除了用gdal、vpb等工具外，也可以通过osgEarth的数据缓冲机制创建预处理的瓦片数据集。比如我们可以创建一个如下的earth文件将数据缓冲到指定的目录：map name=bluemarble type=geocentric version=2 !--Add a reference to the image -- image name=bluemarble

C语言程序静态库和动态库的创建及其应用

C语言程序静态库和动态库的创建及其应用 在用c写程序时，很多时候需要存储一些简单的数据，如果为此而用mysql数据库就有些大才小用了，可以把这些数据以结构的形写入文件，然后再需要时读取文件，取出数据。 如下是定义函数的源文件和头文件： 源文件struct.c: #include "struct.h" //第一个参数是要写入的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小，第四个参数是打开文件流的形态，返回TRUE表示写入成功，返回FALSE表示写入失败int writeStruct(const char *fileName,char *buffer,int bufferLen,char *mode){ int ret; FILE *fileID = NULL; fileID = fopen(fileName,mode); if (fileID == NULL){ perror("fopen"); goto writeEnd; } rewind(fileID); ret = fwrite(buffer,bufferLen,1,fileID); if (ret <= 0){ perror("fwrite"); goto writeEnd; } if (fileID != NULL){ fclose(fileID); fileID = NULL; } return TRUE;

writeEnd: if (fileID != NULL){ fclose(fileID); fileID = NULL; } return FALSE; } //第一个参数是要读取的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小，第四个参数是打开文件流的形态，返回TRUE表示读取成功，返回FALSE表示读取失败int readStruct(const char *fileName,char *buffer,int bufferLen,char *mode){ int ret; FILE *fileID = NULL; fileID = fopen(fileName,mode); if (fileID == NULL){ perror("fopen"); goto readEnd; } rewind(fileID); memset(buffer,0,sizeof(buffer)); ret = fread(buffer,bufferLen,1,fileID); if (ret >= 0){ strcat(buffer,"\0"); }else{ perror("fread") ; goto readEnd; } if (fileID != NULL){ fclose(fileID); fileID = NULL; }

OSGEarth学习

第一章OSGEarth学习 这是个人在学习osgEarth时根据体会或从别的地方看到的做的一个简单整理，有些东东就是官方文档翻译过来的，都是根据自己的需要感觉需要记录下来什么东西就随便记录下来了，也没有个条理，都是用到哪记到哪，别见怪。对个人在初期使用osgEarth时有很多帮助，所以特发上来，希望对大家也有帮助osgEarth学习笔记 1. 通过earth文件创建图层时，可以指定多个影像数据源和多个高程数据源，数据源的顺序决定渲染顺序，在earth文件中处于最前的在渲染时处于最底层渲染；所以如果有高低精度不同的影响数据或者高程数据，在创建earth文件时要将粗精度的数据放在上方xml节点，高精度的放在其下面的节点； 2. osgEarth自带多种驱动器，不同的驱动器驱动不同的数据源，自己也可以扩展驱动器读取相应的数据； 3. 可以通过profile属性指定数据的投影方式或者数据分页方式以及地理空间延展；osgEarth通过profile创建数据四叉树，每个四叉树节点数据瓦片通过TileKey类来标示；一个地形数据能否正常工作要看创建它的驱动器是否能够创建和对应profile兼容的数据瓦片；比如，如果要生成地球数据，就需要指定global-geodetic 或者global-mercator profile，相应的数据源要能够在这种profile下生成相应的地形数据； 4. 通过earth文件，最基本的也是最主要的功能是我们可以指定生成地形的坐标属性(地理坐标或投影坐标)影像数据、高程数据、矢量数据、模型数据、以及缓冲位置，通过这些基本要素就可以轻易生成我们想要的地形； 5. osgEarth只能使用16或32位的高程数据源； 6. 如果直接使用原始的影像、高程以及矢量数据，可以用GDAL驱动器，在这种情况下需要注意几个性能的问题。第一，将数据源预先进行坐标变换，变换为目标地形坐标，否则osgEarth会对源数据进行坐标投影变换，这将降低数据的加载及处理速度。如果预先已经将数据源进行正确的坐标变换，osgEarth 就可以省略这个步骤，从而提高其实时处理速度；第二，预先对影像数据进行瓦片处理，比如tiff格式的影像数据，它是逐行扫描存储的，而osgEarth是每次读取一个瓦片数据，如果预先对影像数据进行瓦片处理，在动态过程中osgEarth就不需要每次读取整个大块影像数据然后提取其需要的瓦片数据，而可以直接读取相应的瓦片数据即可，这样就大大提高了瓦片数据的读取速度。可以通过gdal_translate工具对影像数据进行瓦片处理；第三，创建金字塔数据集可以使osgEarth读取数据更加高效，可以用gdaladdo工具创建金字塔数据集；总之，要想提高osgEarth的处理效率，就要预先创建高效的数据瓦片结构，除了用gdal、vpb等工具外，也可以通过osgEarth的数据缓冲机制创建预处理的瓦片数据集。比如我们可以创建一个如下的earth 文件将数据缓冲到指定的目录：

使用Automake生成Makefile及动态库和静态库的创建

使用Automake生成Makefile及动态库和静态库的创建使用Automake 创建和使用静态库 1. 目录结构如下： [c-sharp]view plaincopy 1.example 2.|——src 目录（存放源代码文件） 3. |——hello.c 4.|——lib 目录（存放用来生成库的文件） 5. |——test.c 用来生成静态库libhello.a 6.|——include 目录（存放程序中使用的头文件） 7. |——hello.h 2. 编写的各个目录下的源文件 [c-sharp]view plaincopy 1.hello.h 文件 2.extern void print(char *); 3.test.c 文件 4.#include 5.void print(char *msg) 6.{ 7.print(“%s/n”, msg); 8.} 9.hello.c 文件 10.#include “hello.h” 11.int main() 12.{ 13.print(“Hello static library!”);//这里用到的是静态库中的函数 14.return 0; 15.} 3. 编写lib/Makefile.am 文件

[c-sharp]view plaincopy 1.noinst_LIBRARIES=libhello.a 2.libhello_a_SOURCES=test.c 3.AUTOMAKE_OPTIONS=foreign 第一行noinst 表示生成的是静态库，不需要make install ，直接制定它的位置和名字就 可以使用。 第二行表示用来生成静态库的源文件。如果要把静态库生成到其他地方，可以在=后面 加上路径（建议用绝对路径，并将所要用到的静态库生成在同一个文件夹下，如lib）。 第三行AUTOMAKE_OPTIONS 是Automake 的选项。Automake 主要是帮助开发 GNU 软 件的人员来维护软件，所以在执行Automake 时，会检查目录下是否存在标准GNU 软件中 应具备的文件，例如 'NEWS'、'AUTHOR'、 'ChangeLog' 等文件。设置为foreign 时，Automake 会改用一般软件的标准来检查。如果不加这句的话，需要在autoconf之前，先执行touch NEWS README AUTHORS ChangeLog 来生成'NEWS'、'AUTHOR'、 'ChangeLog' 等文件4. 编写src/Makefile.am 文件 [c-sharp]view plaincopy 1.AUTOMAKE_OPTIONS=foreign 2.INCLUDES= -I../include 3.bin_PROGRAMS=hello 4.hello_SOURCES=hello.c 5.hello_LDADD=../lib/libhello.a 第二行指定头文件的位置，-I 是idirafter 的缩写。../include 指定头文件的位置，..是上 一级目录，也就是这里的example 目录。 第三行指定生成可执行文件名hello，在这里可执行文件生成在src 下，建议将可执行文 件生成到一个特定的文件夹下，让它和源代码分开，如/root/test 目录下。写法为： [c-sharp]view plaincopy 1.bin_PROGRAMS=/root/test/hello，后面的第四、五行也相对应地变为： 2._root_test_hello_SOURCES=hello.c 3._root_test_hello_LDADD=../lib/libhello.a

VC++动态链接库创建和调用全过程详解

1.概论 先来阐述一下DLL(Dynamic Linkable Library)的概念，你可以简单的把DLL看成一种仓库，它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库－静态链接库－动态链接库”的时代。 静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都被直接包含在最终生成的EXE文件中了。但是若使用DLL，该DLL不必被包含在最终EXE文件中，EXE文件执行时可以“动态”地引用和卸载这个与EXE独立的DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。 对动态链接库，我们还需建立如下概念： （1）DLL 的编制与具体的编程语言及编译器无关 只要遵循约定的DLL接口规范和调用方式，用各种语言编写的DLL都可以相互调用。譬如Windows提供的系统DLL（其中包括了Windows的API），在任何开发环境中都能被调用，不在乎其是Visual Basic、Visual C++还是Delphi。 （2）动态链接库随处可见 我们在Windows目录下的system32文件夹中会看到kernel32.dll、user32.dll和gdi32.dll，windows的大多数API都包含在这些DLL中。kernel32.dll中的函数主要处理内存管理和进程调度；user32.dll中的函数主要控制用户界面；gdi32.dll中的函数则负责图形方面的操作。 一般的程序员都用过类似MessageBox的函数，其实它就包含在user32.dll这个动态链接库中。由此可见DLL对我们来说其实并不陌生。 (3)VC动态链接库的分类 Visual C++支持三种DLL，它们分别是Non-MFC DLL（非MFC动态库）、MFC Regular DLL（MFC规则DLL）、MFC Extension DLL（MFC扩展DLL）。 非MFC动态库不采用MFC类库结构，其导出函数为标准的C接口，能被非MFC或MFC编写的应用程序所调用；MFC规则DLL 包含一个继承自CWinApp的类，但其无消息循环；MFC扩展DLL采用MFC的动态链接版本创建，它只能被用MFC类库所编写的应用程序所调用。 由于本文篇幅较长，内容较多，势必需要先对阅读本文的有关事项进行说明，下面以问答形式给出。 问：本文主要讲解什么内容？ 答：本文详细介绍了DLL编程的方方面面，努力学完本文应可以对DLL有较全面的掌握，并能编写大多数DLL程序。 问：如何看本文？ 答：本文每一个主题的讲解都附带了源代码例程，可以随文下载（每个工程都经WINRAR压缩）。所有这些例程都由笔者编写并在VC++6.0中调试通过。

osgEarth编译

以下文档是osg和osgearth的编译过程，系统要求如下： 操作系统：win7 home basic x64 编译器：vs2010 〇前言 本文档编译成功后会形成4个目录，分别为： 1Open Scene Graph, C:\Open Scene Graph 2OpenSceneGraph, C:\OpenSceneGraph 3OSG, D:\OSG 4osgEarth, D:\osgEarth 第一个存放osg软件，用于只使用osg软件用。文件夹大小199M 第二个存放osg+osgearth软件，用于使用osgearth和osg用。文件夹大小626M 第三个存放osg编译过程文件，用于对osg软件升级开发用。文件夹大小3.6G 第四个存放osgEarth编译过程文件，用于对osgEarth软件升级开发用。文件夹大小2.54G 先编译 一osg编译 1.1 文件目录构建 第一步：我们在D盘编译OSG，首先建立一个文件夹：D:\OSG; 第二步：把源代码拷贝进OSG文件夹：D:\OSG\OpenSceneGraph-3.0.1 第三步：把3rdParty第三方库拷贝到OSG文件夹：D:\OSG\3rdParty 第四步：重新组织3rdParty，把x86文件夹中的内容拷贝到3rdParty中，把x86,x64删除。 如下图所示： 第五步：把数据文件Data拷贝到OSG文件夹：D:\OSG\Data 通过以上五步，所需准备完毕，文件目录组织情况如下：

1.2 Qt和wxWidgets安装 下载qt和wxWidgets安装文件：qt-win-opensource-4.8.4-vs2010.exe和wxMSW-2.8.12-Setup.exe，如图所示： 1.3 cmake设置 第一步：把cmake程序拷贝到C盘，C:\cmake-2.8.11-win32-x86 第二步：打开cmake程序 第三步：直接在source code文本框中输入D:/OSG/OpenSceneGraph-3.0.1 第四步：在OSG文件夹中建立Build目录，用于存放编译工程文件 第五步：直接在build the binaries文本框中输入D:/OSG/Build

osgearth学习文档

osgEarth::Drivers::TMSOptions Class Reference 通过程序加载数据 赶紧进入正题，程序加载各种数据，首先介绍一下总体的方式 /*这里XXXOptions 是根据不同的数据类型选择不同驱动，比如加载本地数据可以使用GDALOptions ，加载TMS数据可以使用TMSOptions（注意TMSOptions可以加载本地也可以加载网上数据），WMSOptions可以加载网上数据（注意这个options主要加载影像和图片数据），ArcGISOptions加载ArcGIS Server发布数据。*/ osgEarth::Drivers::XXXOptions XXXLayer; /*这里就是加载的数据路径，如果加载的本地数据就是本地数据的路径，如果加载是网上数据就是相应的网址*/ XXXLayer.url()=osgEarth::URI("................................."); /*加载的数据是分层管理，每加载进来一个数据在earth上就是一个数据层，这里给数据层付个名字。*/ std::string LayerName="earth"; /*osgearth里layer主要有三种类型ImageLayer、ElevationLayer和ModleLayer ，前两个大家从字面就可以知道第一个是加载影像和第二个是加载高程数据的，第三个是主要用来加载shp数据，至少我是这样用的，不知道还能否加载其他数据类型。确定加载用的驱动、数据源位置（路径）、数据层名和初始化了数据层，接下来就是把数据层加到地球中如下所示。*/ osg::ref_ptr layer =new osgEarth::XXXLayer(osgEarth::XXXLayerOptions(LayerName,XXXLayer)); m_pMap->addImageLayer(layer.get());

[Linux]链接,静态库和动态库

[Linux]链接，静态库和动态库 Filename：[Linux]链接，静态库和动态库 Version：V1.0 Date：12/01/2009 Author：S.C.Leon ============================================================== ======= 在Linux中创建静态库和动态库 一、基本概念 1.1什么是库 在windows平台和linux平台下都大量存在着库。 本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。由于windows和linux的平台不同（主要是编译器、汇编器和连接器的不同），因此二者库的二进制是不兼容的。 本文仅限于介绍linux下的库。 1.2库的种类 linux下的库有两种：静态库和共享库（动态库）。 二者的不同点在于代码被载入的时刻不同。 静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。 共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。 1.3库存在的意义 库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。 现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。 共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。

1.4库文件是如何产生的在linux下 静态库的后缀是.a，它的产生分两步 Step 1.由源文件编译生成一堆.o，每个.o里都包含这个编译单元的符号表 Step 2.ar命令将很多.o转换成.a，成文静态库 动态库的后缀是.so，它由gcc加特定参数编译产生。 具体方法参见后文实例。 1.5库文件是如何命名的，有没有什么规范 在linux下，库文件一般放在/usr/lib和/lib下， 静态库的名字一般为libxxxx.a，其中xxxx是该lib的名称 动态库的名字一般为libxxxx.so.major.minor，xxxx是该lib的名称，major是主版本号，minor是副版本号 1.6如何知道一个可执行程序依赖哪些库 ldd命令可以查看一个可执行程序依赖的共享库， 例如# ldd /bin/lnlibc.so.6 => /lib/libc.so.6 (0×40021000)/lib/ld-linux.so.2 => /lib/ld- linux.so.2 (0×40000000) 可以看到ln命令依赖于libc库和ld-linux库 1.7可执行程序在执行的时候如何定位共享库文件 当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道绝对路径 此时就需要系统动态载入器(dynamic linker/loader) 对于elf格式的可执行程序，是由ld-linux.so*来完成的，它先后搜索elf文件的DT_RPATH段—环境变量LD_LIBRARY_PATH—/etc/ld.so.cache文件列表— /lib/,/usr/lib目录找到库文件后将其载入内存 如：export LD_LIBRARY_PATH=’pwd’ 将当前文件目录添加为共享目录 1.8在新安装一个库之后如何让系统能够找到他 如果安装在/lib或者/usr/lib下，那么ld默认能够找到，无需其他操作。