Compiling CUDA SDK examples on Ubuntu 10.04, without downgrading GCC
June 19th, 2010 by admin,543 viewsCFP
June 10th, 2010 by admin,206 viewsOpenCl文章
June 8th, 2010 by admin,238 viewshttp://developer.amd.com/documentation/articles/Pages/OpenCL-Optimization-Case-Study.aspx
http://developer.amd.com/gpu/ATIStreamSDK/ImageConvolutionOpenCL/pages/ImageConvolutionUsingOpenCL.aspx
http://blogs.amd.com/developer/2009/09/15/amd-developer-inside-track-episode-2-opencl-introduction/
http://developer.amd.com/gpu/ATIStreamSDK/pages/TutorialOpenCL.aspx
http://www.cavarev.com/
May 22nd, 2010 by admin,601 views动态链接库、静态库区别与VS2005项目相关设置
May 14th, 2010 by admin,2,343 views一、动态链接库、静态库区别
二、VS2005项目相关设置
三、#pragma预处理指令
动态链接库、静态库区别
1、动态链接库(Dynamic Linked Library)
Windows系统平台上你可以将独立的程序模块创建为较小的DLL(Dynamic Linkable Library)文件,并可对它们单独编译和测试。在运行时,只有当EXE程序确实要调用这些DLL模块的情况下,系统才会将它们装载到内存空间中。这种方式不仅减少了EXE文件的大小和对内存空间的需求,而且使这些DLL模块可以同时被多个应用程序使用。Windows自己就将一些主要的系统功能以DLL模块的形式实现。Windows为应用程序提供了丰富的函数调用,这些函数调用都包含在动态链接库中。其中有3个最重要的DLL,Kernel32.dll,它包含用于管理内存、进程和线程的各个函数;User32.dll,它包含用于执行用户界面任务(如窗口的创建和消息的传送)的各个函数;GDI32.dll,它包含用于画图和显示文本的各个函数。
在使用动态链接库的时候,往往提供两个文件:一个引入库(Import Library)和一个DLL。引入库包含被DLL导出的函数和变量的符号名,DLL包含实际的函数和数据。在编译链接可执行文件时,只需要链接引入库,DLL中的函数代码和数据并不复制到可执行文件中,在运行的时候,再去加载DLL,访问DLL中导出的函数。 一个Windows的.EXE文件拥有它使用不同动态链接库的引用,所使用的函数即在那里。当Windows程序被加载到内存中时,程序中的调用被指向DLL函数的入口,如果DLL不在内存中,系统就将其加载到内存中。当链接Windows程序以产生一个可执行文件时,你必须链接由编程环境提供的专门的“导入库(import library)库”。这些导入库包含了动态链接库名称和所有Windows函数调用的引用信息。链接程序使用该信息在.EXE文件中构造一个表,当加载程序时,Windows使用它将调用转换为Windows函数。
2、静态库(Static Library)
函数和数据被编译进一个二进制文件(通常扩展名为.LIB)。在使用静态库的情况下,在编译链接可执行文件时,链接器从库中复制这些函数和数据并把它们和应用程序的其它模块组合起来创建最终的可执行文件(.EXE文件)。
导入库和静态库的区别很大,他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等,而对于导入库而言,其实际的执行代码位于动态库中,导入库只包含了地址符号表等,确保程序找到对应函数的一些基本地址信息。
静态链接与动态链接:
静态链接方法:#pragma comment(lib, “test.lib”) ,静态链接的时候,载入代码就会把程序会用到的动态代码或动态代码的地址确定下来静态库的链接可以使用静态链接,动态链接库也可以使用这种方法链接导入库
动态链接方法:LoadLibrary()/GetProcessAddress()和FreeLibrary(),使用这种方式的程序并不在一开始就完成动态链接,而是直到真正调用动态库代码时,载入程序才计算(被调用的那部分)动态代码的逻辑地址,然后等到某个时候,程序又需要调用另外某块动态代码时,载入程序又去计算这部分代码的逻辑地址,所以,这种方式使程序初始化时间较短,但运行期间的性能比不上静态链接的程序。
VS2005项目相关设置
应用程序使用外部库时需要进行加载,两种库的加载本质上都是一样:提供功能和功能的定义!vs2005 c++ 项目设置外部库方法如下:
1. 添加编译所需要(依赖)的 lib 文件
在“项目->属性->配置属性->连接器->输入->附加依赖项”里填写“winsock.lib”,多个 lib 以空格隔开,等同于“#pragma
comment(lib, “*.lib”) ”语句。
2. 添加库(libs)文件目录
方法 1:项目->属性->配置属性->连接器->常规->附加库目录”
方法 2:[菜单]“工具->选项->项目和解决方案->c++ 目录”,选择对应平台,然后添加所需“库文件”目录
这个设置类似于设置环境变量,主要是为程序设置搜索的库目录,真正进行库加载还需要进行第一种设置!
3. 添加包含(include)文件目录
方法 1:“项目->属性->配置属性->c/c++->常规->附加包含目录”
方法 2:[菜单]“工具->选项->项目和解决方案->c++ 目录”,添加所需“包括文件”目录
方法2类似于设置环境变量。
4. 导入库(import)
在“项目->属性->配置属性->连接器->高级->导入库”填写需要生成的导入库
#pragma预处理指令
在所有的预处理指令中,#pragma指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
其格式一般为: #Pragma Para
其中Para 为参数,下面来看一些常用的参数。
1、message 参数。 Message 参数能够在编译信息输出窗口中输出相应的信息,这对于源代码信息的控制是非常重要的。其使用方法为:
#Pragma message(“消息文本”)
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
2、另一个使用得比较多的pragma参数是code_seg。格式如:
#pragma code_seg( ["section-name"[,"section-class"] ] )
它能够设置程序中函数代码存放的代码段,当我们开发驱动程序的时候就会使用到它。
3、#pragma once (比较常用)
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次,这条指令实际上在VC6中就已经有了,但是考虑到兼容性并没有太多的使用它。
#pragma once是编译相关,就是说这个编译系统上能用,但在其他编译系统不一定可以,也就是说移植性差,不过现在基本上已经是每个编译器都有这个定义了。
4、#pragma warning( disable : 4507 34; once : 4385; error : 164 )
等价于:
#pragma warning(disable:4507 34) // 不显示4507和34号警告信息
#pragma warning(once:4385) // 4385号警告信息仅报告一次
#pragma warning(error:164) // 把164号警告信息作为一个错误。
同时这个pragma warning 也支持如下格式:
#pragma warning( push [ ,n ] )
#pragma warning( pop )
这里n代表一个警告等级(1—4)。
#pragma warning( push )保存所有警告信息的现有的警告状态。
#pragma warning( push, n)保存所有警告信息的现有的警告状态,并且把全局警告等级设定为n。
#pragma warning( pop )向栈中弹出最后一个警告信息,
在入栈和出栈之间所作的一切改动取消。例如:
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//…….
#pragma warning( pop )
在这段代码的最后,重新保存所有的警告信息(包括4705,4706和4707)。
5、#pragma comment(…)
该指令将一个注释记录放入一个对象文件或可执行文件中,常用的lib关键字,可以帮我们连入一个库文件。该指令的格式为
#pragma comment( “comment-type” [, commentstring] )
该指令将一个注释记录放入一个对象文件或可执行文件中,comment-type(注释类型):可以指定为五种预定义的标识符的其中一种五种预定义的标识符为:
compiler:将编译器的版本号和名称放入目标文件中,本条注释记录将被编译器忽略,如果你为该记录类型提供了commentstring参数,编译器将会产生一个警告,例如:#pragma comment( compiler )。
exestr:将commentstring参数放入目标文件中,在链接的时候这个字符串将被放入到可执行文件中,当操作系统加载可执行文件的时候,该参数字符串不会被加载到内存中.但是,该字符串可以被dumpbin之类的程序查找出并打印出来,你可以用这个标识符将版本号码之类的信息嵌入到可执行文件中。
lib:这是一个非常常用的关键字,用来将一个库文件链接到目标文件中常用的lib关键字,可以帮我们连入一个库文件。例如:
#pragma comment(lib, “user32.lib”), 该指令用来将user32.lib库文件加入到本工程中。
linker:将一个链接选项放入目标文件中,你可以使用这个指令来代替由命令行传入的或者在开发环境中设置的链接选项,你可以设定/include选项来强制包含某个对象。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/Ocean2006/archive/2010/02/05/5289908.aspx
QT Link
May 11th, 2010 by admin,581 viewshttp://get.qt.nokia.com/qt/source/
(我非常讨厌引用或者转载别人的文章的时候不注明地址或者作者,希望读者能够改变我这个观点
—— 夏威夷雪人)
(下文只涉及windows,不谈及linux、unix等,另外,这里说的VC2005,是因为我用的是2005,其实其他版本的VC亦同样可以参考)
首先,你应该该知道什么叫静态引用编译、什么叫动态引用编译。我这里只是简单的提提,具体的可以google一下。
动态引用编译,是指相关的库,以dll的形式引用库。动态编译的Exe程序尺寸比较小,因为相关的库都没有包含进来。当然,程序发布的时候,还要把相关的库也一并发布出去。
静态引用编译,是指把相关的库也一并引入Exe文件。这是程序的尺寸就会很大,不过,程序发布就会变得简单很多。
其次,你可能会注意到我标题上写了“真正”这两个字。为什么我要强调真正这两个字呢?因为使用VC编译的C或者C++程序,都需要相关的C runtime库才能运行。如果你是VC6,相应的库就叫MSVCR,如果是vc2005,那就是MSVCR08,vc2008就是MSVCR09。我这里假设你安装的是VC2005,请进入如下目录:${VS Install Dir}\VC\redist\x86 和 ${System Driver}:\windows\WinSxS,你就会发现下面有很多很多的库。没错,这里相当一部分就是C runtime库。
好了,言归正传,首先,我们用VC2005写了一个不使用MFC的存C或者C++的程序,怎么发布给最终用户呢?有两个方法:
(1)静态引用C runtime库:打开“项目”->“XXX属性”->“配置属性”->“C/C++”->“代码生成”->“运行时库”。看到了吧?这里一共有四个选项,其中MT开头的是静态引用,MD开头的是动态引用,d结尾的是Debug调试版本,没有d的是Release发布版本,所以就一共有四个选项。我们选择/MT,然后编译程序(生成的程序应该不小),把这个程序发给用户,然后用户就可以直接运行了。
(2)动态引用C runtime库:跟上面差不多,不过是用/MD选项编译(程序应该只是几十K),然后发给用户。这时,用户是不能运行这个程序的,会报个什么程序引导失败,重装系统可能会修复问题之类的提示。这是我们还要把C runtime库一并发过去。把${VS Install Dir}\VC\redist\x86\Microsoft.VC80.CRT下的所有文件(注意,是所有,包括那个.manifest文件)发给用户,用户把这些文件放在我们的程序的同一个目录,然后再次运行,这时,程序就起来了(VC2005之后,C runtime库的引用改变了很多,建议google一下)。
说完C runtime库,就来说说Qt库了,这里我假设你用的是最新的Qt4.4.3。我们编译Qt的时候,configure.exe有很多参数,大家可以configure.exe –help来看看,其中,默认生成的Qt库(这里默认的意思,是指没有加-share或者-static参数)是动态引用的,也就是说,编译完后,在QtDir的lib目录下除了一大堆lib文件外,还有一大堆的dll文件。我们发布我们的Exe程序的时候,需要把相应的Qt库的Dll也一并发给用户。
按照Qt的安装手册和网上一大堆大牛的说法,加上-static参数后,Qt就可以静态编译了,也就是说,lib目录下之后一大堆lib文件,没有dll文件。是否?我们做个试验:
首先是设置变量:
set QTDIR=%CD%
set PATH=%PATH%;%QTDIR%\bin
set QMAKESPEC=win32-msvc2005
“C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat”" x86
配置makefile:
configure -release -static -fast -qt-sql-odbc -qt-sql-sqlite -no-webkit
(这里的参数就不一一说明了,建议读者打入–help认真查查,特别注明一下,之所以-no-webkit,是因为新版的qt加上了Webkit,而这个东东编译的时候非常耗时间,编译后也很大,有100多M,并且我基本不会用到这个东东,所以忽略它)
然后
cd src (我之所以直接进入src目录nmake,是因为不想make其它不相干的模块,节省时间)
nmake
漫长的等待之后,我们发现lib下果然只有一大堆lib文件了,而且每个lib文件的尺寸都在M以上,似乎已经成功了。然后我们在安装了qt-vsintegration的VC2005新建一个Qt工程,然后编译一个release版本。编译的时候,问题来了。我们选择/MD选项,这时链接就可以通过,但如果我们想要用/MT选项来使用静态C runtime库,就会报一大堆某某函数链接重复之类的错误。经验告诉我们,之所以不能使用/MT来编译,是因为另外一个库——Qt库使用了另外一种引用方式/MD(原则上来说,一个程序里面的所有模块,都应该使用同一种引用方式,具体可以google一下)。很显然,我们编译的所谓静态Qt程序,一样要背着微软的C Runtime库到处跑,还不够“真正”的静态。
怎么才能做成完全的静态呢?记得之前编译wxWidgets的时候,它除了有SHARED=0或者1的选项之外,还有一个RUNTIME_LIBS = static or dynamic的选项,很显然,这个RUNTIME_LIBS的选项就是我们想要的选项。不过我翻遍了Qt的安装手册以及网上大牛的文章,都没有提及这个问题,我当时心里就觉得奇怪,难道没人遇到过这个问题?我又认真翻查了configure.exe的help,也没有类似的选项,问题一下就僵住了。
回忆一下刚才我们编译的时候,屏幕上调用cl.exe编译的时候,有这样一个参数:cl.exe …. -MD …. xxx.cpp,眼利的朋友一下就会发现,这个-MD就是c runtime动态引用的选项。然而,怎么把这个-MD改成-MT呢?我们翻开刚才我们编译的qt的src目录下,随便找个目录进去,打开Makefile.Release,我们就会看到CFLAGS=-MD ……..,没错,就是这里。我们只要在这里把-MD改成-MT,就会使用静态c runtime库编译Qt了。我们当然不可能一个一个地替换这些makefile,关键是找出生成这些参数的模板文件。很显然,它肯定在qt的mkspecs目录,我们直奔win32-msvc2005目录,果然找到一个qmake.conf文件,果然找到一个QMAKE_CFLAGS_RELEASE = -O2 -MD,把这里的-MD换成-MT,然后清理一下刚才的生成的配置信息(网上又说用nmake confclean来清空,不过我没有成功,貌似是使用了-fast参数的缘故,不过没关系,把这个目录删掉,重新解压一份源代码就可以了,然后把win32-msvc2005目录下的qmake.conf的-MD换成-MT),重新
configure -release -static -fast -qt-sql-odbc -qt-sql-sqlite -no-webkit
然后nmake
又是漫长的等待。不过我们不要干等,看看出来的编译命令,cl.exe …. -MT …. xxx.cpp,果然变成静态c运行库了。
编译完之后,像刚才那样,在VC2005建一个Qt的工程,然后用/MT这个选项编译,OK,编译成功,出来的Exe文件大小是4.95M,貌似已经把C runtime库嵌进来了。然后把这个程序放到用户那里运行,OK单个Exe文件运行成功了。
至此,编译真正静态的Qt程序试验完成。总结一下整个过程,首先是要有耐性,因为编译一次Qt都至少两个小时(当然,用一些技巧,例如-fast,-no-qmake,只编译src等等的技巧可以缩短很多时间),我来回就编译了五次Qt;其次熟悉一些常见的编译、链接的错误,例如一见到XXX库已经引用之类的错误,马上就联想到应该是引用不同的库导致的;最后,要善于发现问题,查找问题。
—— 夏威夷雪人(liangguanhui@163.com)
2008年11月11日 光棍节 21:18
Conference
April 22nd, 2010 by admin,202 viewshttp://www.hipc.org/hipc2010/workshops.php
http://www.nvidia.com/object/call_for_submissions.html
