利⽤CMake⽣成动态或静态链接库⼯程
install解释：
TARGETS版本的install命令
install( [EXPORT <export-name>]
[[ARCHIVE|LIBRARY|RUNTIME|FRAMEWORK|BUNDLE|
PRIVATE_HEADER|PUBLIC_HEADER|RESOURCE]
[DESTINATION <dir>]
[]
[CONFIGURATIONS [Debug|Release|...]]
[COMPONENT <component>]
[OPTIONAL] [NAMELINK_ONLY|NAMELINK_SKIP]
]
[...])
  TARGETS格式的install命令规定了安装⼯程中的⽬标（targets）的规则。有5中可以被安装的⽬标⽂件：
ARCHIVE，LIBRARY，RUNTIME，FRAMEWORK，和BUNDLE。除了被标记为MACOSX_BUNDLE属性的可执⾏⽂件被当做OS X上的BUNDLE⽬标外，其他的可执⾏⽂件都被当做RUNTIME⽬标。静态链接的库⽂件总是被当做ARCHIVE⽬标。模块库总是被当做LIBRARY ⽬标。对于动态库不是DLL格式的平台来说，动态库会被当做LIBRARY⽬标来对待，被标记为FRAMEWORK的动态库是例外，它们被当做OS X上的FRAMEWORK⽬标。对于DLL平台⽽⾔，动态库的DLL部分被当做⼀个RUNTIME⽬标⽽对应的导出库被当做是⼀个ARCHIVE⽬标。所有基于Windows的系统，包括Cygwin，都是DLL平台。ARCHIVE，LIBRARY，RUNTIME和FRAMEWORK参数改变了后续属性会加诸之上的⽬标的类型。如果只给出了⼀种类型，那么只有那种类型的⽬标会被安装（这样通常只会安装⼀个DLL或者⼀个导出库。）
  PRIVATE_HEADER，PUBLIC_HEADER，和RESOURCE选项的功能是，在⾮苹果平台上，将后续的属性应⽤在待安装的⼀个FRAMEWORK共享库⽬标的相关⽂件上。这些选项定义的规则在苹果系统上会被忽略掉，因为相关的⽂件将会被安装到framework⽂件夹内的合适位置。参见PRIVATE_HEADER，PUBLIC_HEADER和RESOURCE⽬标属性中更为详细的解释。
  可以指定NAMELINK_ONLY或者NAMELINK_SKIP选项作为LIBRARY选项。在⼀些平台上，版本化的共享库有⼀个符号链接，⽐如lib<name>.so -> lib<name>.so.1，其中“lib<name>.so.1”是so库⽂件名（soname）⽽“lib<name>.so”是⼀个符号链接，当指定“-l<name>”选项时，链接器将会查这个符号链接。如果⼀个库⽬标已经被安装，NAMELINK_ONLY选项表⽰仅仅安装符号链接；⽽NAME_SKIP选项则表⽰仅仅安装库⽂件⽽不是符号链接。当两种选项都没有给出时，动态库的两个部分都会被安装。在那些版本化的共享库没有符号链接或者库没有被版本化的平台，选项NAMELINK_SKIP安装这个库，⽽NAMELINK_ONLY选项什么都不会安装。参见VERSION和SOVERSION ⽬标属性，获取关于创建版本化共享库的更多细节。
  在该命令的TARGETS版本的⼀次调⽤中，可以⼀次性指定⼀个或多个属性组。⼀个⽬标也可以被多次安装到不同的位置。假设有三个⽬标myExe，mySharedLib和myStaticLib，下⾯的代码
install(TARGETS myExe mySharedLib myStaticLib
RUNTIME DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib/static)
install(TARGETS mySharedLib DESTINATION /some/full/path)
将会把myExe安装到<prefix>/bin⽬录下，把myStaticLib安装到<prefix>/lib/static⽬录下。在⾮-DLL平台上，mySharedLib将会被安装到
<prefix>/lib和/some/full/path下。在DLL平台上，mySharedLib DLL将会被安装到<prefix>/bin和/some/full/path路径下，它的导出库会被安装到<prefix>/lib/static和/some/full/path路径下。
其中<prefix>⼀般在configure时候指定.
  EXPORT选项将已经安装的⽬标⽂件和⼀个名为<export-name>的导出⽂件关联起来。它必须出现在所有RUNTIME，LIBRARY或者ARCHIVE选项之前。为了实际安装导出⽂件本⾝（export file），调⽤install(EXPORT)。参见下述install命令EXPORT版本的⽂档获取更多的细节。
  将EXCLUDE_FROM_ALL设置为true时，安装⼀个⽬标会造成未定义的⾏为。
引⽤⽹址：
(五) 静态库与动态库构建
Submitted by liuguangzhao on Sun, 2007-09-23 20:58
in
Document
读者云，太能罗唆了，⼀个Hello World就折腾了两个⼤节。OK，从本节开始，我们不
再折腾Hello World了，我们来折腾Hello World的共享库。
本节的任务：
１，建⽴⼀个静态库和动态库，提供HelloFunc函数供其他程序编程使⽤，HelloFunc
向终端输出Hello World字符串。
２，安装头⽂件与共享库。
⼀，准备⼯作：
在/backup/cmake⽬录建⽴t3⽬录，⽤于存放本节涉及到的⼯程
⼆，建⽴共享库
cd /backup/cmake/t3
mkdir lib
在t3⽬录下建⽴，内容如下：
PROJECT(HELLOLIB)
ADD_SUBDIRECTORY(lib)
在lib⽬录下建⽴两个源⽂件hello.c与hello.h
hello.c内容如下：
#include “hello.h”
void HelloFunc()
{
printf(“Hello Worldn”);
}
hello.h内容如下：
#ifndef HELLO_H
#define HELLO_H
#include <stdio.h>
void HelloFunc();
#endif
在lib⽬录下建⽴，内容如下：
SET(LIBHELLO_SRC hello.c)
ADD_LIBRARY(hello SHARED ${LIBHELLO_SRC})
三，编译共享库:
仍然采⽤out-of-source编译的⽅式，按照习惯，我们建⽴⼀个build⽬录，在build
⽬录中
cmake ..
make
这时，你就可以在lib⽬录得到⼀个libhello.so，这就是我们期望的共享库。
如果你要指定libhello.so⽣成的位置，可以通过在主⼯程⽂件中修
改ADD_SUBDIRECTORY(lib)指令来指定⼀个编译输出位置或者
在中添加
SET(LIBRARY_OUTPUT_PATH <；路径>)来指定⼀个新的位置。
这两者的区别我们上⼀节已经提到了，所以，这⾥不再赘述，下⾯，我们解释⼀下⼀个新的指令ADD_LIBRARY
ADD_LIBRARY(libname [SHARED|STATIC|MODULE]
[EXCLUDE_FROM_ALL]
source1 source2 ... sourceN)
你不需要写全libhello.so，只需要填写hello即可，cmake系统会⾃动为你⽣成
libhello.X
类型有三种:
SHARED，动态库
STATIC，静态库
MODULE，在使⽤dyld的系统有效，如果不⽀持dyld，则被当作SHARED对待。EXCLUDE_FROM_ALL参数的意思是这个库不会被默认构建，除⾮有其他的组件依赖或者⼿⼯构建。
四，添加静态库：
同样使⽤上⾯的指令，我们在⽀持动态库的基础上再为⼯程添加⼀个静态库，按照⼀般的习惯，静态库名字跟动态库名字应该是⼀致的，只不过后缀是.a罢了。
下⾯我们⽤这个指令再来添加静态库：
ADD_LIBRARY(hello STATIC ${LIBHELLO_SRC})
然后再在build⽬录进⾏外部编译，我们会发现，静态库根本没有被构建，仍然只⽣成了
⼀个动态库。因为hello作为⼀个target是不能重名的，所以，静态库构建指令⽆效。
如果我们把上⾯的hello修改为hello_static:
ADD_LIBRARY(hello_static STATIC ${LIBHELLO_SRC})
就可以构建⼀个libhello_static.a的静态库了。
这种结果显⽰不是我们想要的，我们需要的是名字相同的静态库和动态库，因为target名
称是唯⼀的，所以，我们肯定不能通过ADD_LIBRARY指令来实现了。这时候我们需要⽤到另外⼀个指令：
SET_TARGET_PROPERTIES，其基本语法是：
SET_TARGET_PROPERTIES(target1 target2 ...
PROPERTIES prop1 value1
prop2 value2 ...)
这条指令可以⽤来设置输出的名称，对于动态库，还可以⽤来指定动态库版本和API版本。
在本例中，我们需要作的是向中添加⼀条：
SET_TARGET_PROPERTIES(hello_static PROPERTIES OUTPUT_NAME "hello")
这样，我们就可以同时得到libhello.so/libhello.a两个库了。
与他对应的指令是：
GET_TARGET_PROPERTY(VAR target property)
具体⽤法如下例，我们向中添加：
GET_TARGET_PROPERTY(OUTPUT_VALUE hello_static OUTPUT_NAME) MESSAGE(STATUS “This is the hello_static
OUTPUT_NAME:”${OUTPUT_VALUE})
如果没有这个属性定义，则返回NOTFOUND.
让我们来检查⼀下最终的构建结果，我们发现，libhello.a已经构建完成，位于
build/lib⽬录中，但是libhello.so去消失了。这个问题的原因是：cmake在构建⼀
个新的target时，会尝试清理掉其他使⽤这个名字的库，因为，在构建libhello.a时，
就会清理掉libhello.so.
为了回避这个问题，⽐如再次使⽤SET_TARGET_PROPERTIES定义
CLEAN_DIRECT_OUTPUT属性。
向中添加:
SET_TARGET_PROPERTIES(hello PROPERTIES CLEAN_DIRECT_OUTPUT 1) SET_TARGET_PROPERTIES(hello_static PROPERTIES CLEAN_DIRECT_OUTPUT 1)
这时候，我们再次进⾏构建，会发现build/lib⽬录中同时⽣成了libhello.so和
libhello.a
五，动态库版本号
按照规则，动态库是应该包含⼀个版本号的，我们可以看⼀下系统的动态库，⼀般情况是libhello.so.1.2
libhello.so ->libhello.so.1
libhello.so.1->libhello.so.1.2
为了实现动态库版本号，我们仍然需要使⽤SET_TARGET_PROPERTIES指令。
具体使⽤⽅法如下：
SET_TARGET_PROPERTIES(hello PROPERTIES VERSION 1.2 SOVERSION 1) VERSION指代动态库版本，SOVERSION指代API版本。
将上述指令加⼊中，重新构建看看结果。
在build/lib⽬录会⽣成：
libhello.so.1.2
libhello.so.1->libhello.so.1.2
libhello.so ->libhello.so.1
六，安装共享库和头⽂件
以上⾯的例⼦，我们需要将libhello.a, libhello.so.x以及hello.h安装到系统⽬
录，才能真正让其他⼈开发使⽤，在本例中我们将hello的共享库安装到<prefix>/lib
⽬录，将hello.h安装到<prefix>/include/hello⽬录。
利⽤上⼀节了解到的INSTALL指令，我们向中添加如下指令：INSTALL(TARGETS hello hello_static
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
INSTALL(FILES hello.h DESTINATION include/hello)
注意，静态库要使⽤ARCHIVE关键字
通过:
cmake -DCMAKE_INSTALL_PREFIX=/usr ..
make
make install
我们就可以将头⽂件和共享库安装到系统⽬录/usr/lib和/usr/include/hello中了。
七，⼩结：
本⼩节，我们谈到了：
如何通过ADD_LIBRARY指令构建动态库和静态库。
如何通过SET_TARGET_PROPERTIES同时构建同名的动态库和静态库。
如何通过SET_TARGET_PROPERTIES控制动态库版本
最终使⽤上⼀节谈到的INSTALL指令来安装头⽂件和动态、静态库。
cmake如何使用在下⼀节，我们需要编写另⼀个⾼级⼀点的Hello World来演⽰怎么使⽤我们已经构建的构建的共享库libhello和外部头⽂件。
本⽂来⾃CSDN博客，转载请标明出处：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。