侧边栏壁纸
博主头像
G

  • 累计撰写 85 篇文章
  • 累计创建 48 个标签
  • 累计收到 10 条评论

目 录CONTENT

文章目录

CMake 使用记录

G
G
2019-12-30 / 0 评论 / 0 点赞 / 1,623 阅读 / 0 字 / 正在检测是否收录...

在cmake语法中,link_libraries和target_link_libraries是很重要的两个链接库的方式,虽然写法上很相似,但是功能上有很大区别:

1,link_libraries用在add_executable之前,target_link_libraries用在add_executable之后

link_directories("/usr/local/Cellar/glib/2.54.2/lib")
link_directories("/usr/local/opt/gettext/lib")
link_directories("/usr/local/Cellar/vips/8.6.0/lib")

link_libraries(vips)
link_libraries(glib-2.0)
link_libraries(gobject-2.0)

add_executable(vipc main.c)

2,link_libraries用来链接静态库,target_link_libraries用来链接导入库,即按照header file + .lib + .dll方式隐式调用动态库的.lib库

link_directories("/usr/local/Cellar/glib/2.54.2/lib")
link_directories("/usr/local/opt/gettext/lib")
link_directories("/usr/local/Cellar/vips/8.6.0/lib")

add_executable(vipc main.c)

target_link_libraries(vipc vips)
target_link_libraries(vipc glib-2.0)
target_link_libraries(vipc gobject-2.0)

生成库文件 add_library

1:ADD_LIBRARY()语法
add_library( [STATIC | SHARED | MODULE]
[EXCLUDE_FROM_ALL]
source1 [source2 ...])

:库的名字,直接写名字即可,不要写lib,会自动加上前缀的哈。
[STATIC | SHARED | MODULE] :类型有三种。

SHARED,动态库
STATIC,静态库
MODULE,在使用 dyld 的系统有效,如果不支持 dyld,则被当作 SHARED 对待。

EXCLUDE_FROM_ALL:这个库不会被默认构建,除非有其他的组件依赖或者手
工构建。

2:使用

SET(LIBHELLO_SRC hello.c)
ADD_LIBRARY(hello SHARED ${LIBHELLO_SRC})
ADD_LIBRARY(hello_static STATIC ${LIBHELLO_SRC})

3:注意,一般我们使用的静态库/动态库只是后缀名不同而已,上面构建的libhello.so与libhello_static.a,显然名字不同哦。这时你会有一个想法,那我把hello_static改成hello,结果是不可行的,静态库无法构建。重名会忽略第二条指令。
解决方法:改libhello_static.a的属性–输出名字

SET_TARGET_PROPERTIES(hello_static PROPERTIES OUTPUT_NAME "hello")

这样就可以生成libhello.so与libhello.a了

4:关于动态库的版本号
#VERSION 指代动态库版本,SOVERSION 指代 API 版本。

SET_TARGET_PROPERTIES(hello PROPERTIES VERSION 1.2 SOVERSION 1)

设置生成目录及后缀

一. SET(EXECUTABLE_OUTPUT_PATH $/../bin) 

上面的语句能设置可执行文件的输出目录

在Win + VS环境下,会自动在你所设置的目录后面扩展一层  目录,所以最终生成的Debug版本程序会在 $/../bin/Debug 目录下,Release版本程序会在 $/../bin/Release 目录下.

在Linux + GCC环境下,无论是Debug还是Release,生成的可执行程序会直接放在你所设置的目录下,不会有差异.

 

二. SET(LIBRARY_OUTPUT_PATH $/../lib) 

上面的语句能设置库文件的输出目录

在Win + VS环境下,会自动在你所设置的目录后面扩展一层  目录,所以最终生成的Debug版本库会在 $/../lib/Debug 目录下,Release版本库会在 $/../lib/Release 目录下.

在Linux + GCC环境下,无论是Debug还是Release,生成的库文件会直接放在你所设置的目录下,不会有差异.

三. set(CMAKE_RUNTIME_OUTPUT_DIRECTORY_DEBUG $/../bin)    set(CMAKE_RUNTIME_OUTPUT_DIRECTORY_RELEASE $/../bin) 

上面两条语句分别设置了Debug版本和Release版本可执行文件的输出目录,

一旦设置上面的属性,在任何环境下生成的可执行文件都将直接放在你所设置的目录.

 

四. set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY_DEBUG $/../lib)    set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY_RELEASE $/../lib) 

上面两条语句分别设置了Debug版本和Release版本库文件的输出目录,

一旦设置上面的属性,在任何环境下生成的库文件都将直接放在你所设置的目录.

 

五. set(CMAKE_DEBUG_POSTFIX "_d")    set(CMAKE_RELEASE_POSTFIX "_r") 

上面两条语句分别设置了Debug版本和Release版本下库文件的后缀名.

 

六. set_target_properties($ PROPERTIES DEBUG_POSTFIX "_d")     set_target_properties($ PROPERTIES RELEASE_POSTFIX "_r") 

上面两条语句分别设置了Debug版本和Release版本下可执行文件的后缀名.
————————————————
版权声明:本文为CSDN博主「MagnumLu」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_28584889/article/details/97765623

0

评论区