此页面描述了 工程目标 的 on_load()
、before_build()
或 after_install()
等函数的 target
接口
!> 此处文档还不完整,你也可以通过赞助或者提 pr 来加速文档的更新
target:name
- 获取目标的名字
target:get
- 获取目标在描述域的配置值
任何在描述域的 set_xxx
和 add_xxx
配置值都可以通过这个接口获取到。
-- get the links
target:get("links")
-- get the defined macros
target:get("defines")
target:set
- 设置目标的配置值,(如果你想添加值可以用 target:add)。
-- set the links
target:set("links", "sdl2")
-- set the defined macros
target:set("defines", "SDL_MAIN_HANDLED")
target:add
- 按名称添加到目标的值
-- add links
target:add("links", "sdl2")
-- add defined macros
target:add("defines", "SDL_MAIN_HANDLED")
target:kind
- 获取目标程序类型
对应 set_kind
描述域接口设置。目标类型主要有:binary, static, shared, phony, object, headeronly。
target:is_plat
- 当前平台是否是给定平台之一
尽管,我们也可以用 is_plat
全局接口直接判断平台,但是 xmake 支持使用 set_plat
针对特定 target 单独设置编译平台。
这个时候,使用全局接口,就不适用了,所以通常我们推荐使用 target 提供的接口,来直接对当前 target 判断编译平台,更加可靠。
-- Is the current platform android?
target:is_plat("android")
-- Is the current platform windows, linux or macosx?
target:is_plat("windows", "linux", "macosx")
target:is_arch
- 当前架构是否是给定架构之一
尽管,我们也可以用 is_arch
全局接口直接判断架构,但是 xmake 支持使用 set_arch
针对特定 target 单独设置编译架构。
这个时候,使用全局接口,就不适用了,所以通常我们推荐使用 target 提供的接口,来直接对当前 target 判断编译架构,更加可靠。
-- Is the current architecture x86
target:is_arch("x86")
-- Is the current architecture x64 or x86_64
target:is_arch("x64", "x86_64")
target:targetfile
- 获取目标文件路径
主要用于获取 static, shared, binary 目标程序文件的输出路径。
os.cp(target:targetfile(), "/tmp/")
target:targetdir
- 获取目标文件的输出目录
也就是 target:targetfile() 对应的存储目录。
target:basename
- 获取目标文件的 base 名
也就是 libfoo.a,foo.dll, foo.exe 中的 foo
。
target:filename
- 获取目标文件名
目标文件的完整文件名,等价于 path.filename(target:targetfile())
。
target:installdir
- 获取目标文件的安装目录
通常用于 xmake install/uninstall
的 after_install 等脚本中获取对应的安装目录路径,可以用于用户自定义安装脚本。
target:autogendir
- 获取自动生成目录
这个通常用于一些自定义规则脚本中,存放一些特定于 target 的自动生成文件,路径通常在 build/.gens/target
下面。
比如,我们在处理 lex/yacc 自动生成一些源码文件,就可以存放在这个目录下,方便之后去处理它。
target:objectfile
- 获取对象文件路径
通常用于自定义脚本中,获取源文件对应的目标文件路径,例如
local objectfile = target:objectfile(sourcefile)
target:sourcebatches
- 获取所有源文件
它可以获取到 add_files
添加的所有源文件,并且根据不同源文件类型,分别存储。
大概结构如下:
{
"c++.build" = {
objectfiles = {
"build/.objs/test/macosx/x86_64/release/src/main.cpp.o"
},
rulename = "c++.build",
sourcekind = "cxx",
sourcefiles = {
"src/main.cpp"
},
dependfiles = {
"build/.deps/test/macosx/x86_64/release/src/main.cpp.o.d"
}
},
"asm.build" = {
objectfiles = {
"build/.objs/test/macosx/x86_64/release/src/test.S.o"
},
rulename = "asm.build",
sourcekind = "as",
sourcefiles = {
"src/test.S"
},
dependfiles = {
"build/.deps/test/macosx/x86_64/release/src/test.S.o.d"
}
}
}
我们可以通过遍历去获取处理每种类型的源文件。
for _, sourcebatch in pairs(target:sourcebatches()) do
local sourcekind = sourcebatch.sourcekind
if sourcekind == "cc" or sourcekind == "cxx" or sourcekind == "as" then
for _, sourcefile in ipairs(sourcebatch.sourcefiles) do
-- TODO
end
end
end
其中 sourcekind 是每种源文件的类型,cc 是 c 文件类型,cxx 是 c++ 源文件,as 是 asm 源文件。
sourcebatch 对应每种类型的源文件 batch,对应一批同类型源文件。
sourcebatch.sourcefiles 是源文件列表,sourcebatch.objectfiles 是对象文件列表,sourcebatch.rulename 是对应的规则名。
target:objectfiles
- 获取所有对象文件列表
尽管 target:sourcebatches()
也可以获取所有对象文件,但是它们是根据源文件类型分类过的,且不直接参与最终链接。
如果我们想动态修改最终链接的对象文件列表,可以修改 target:objectfiles()
,它是一个数组列表。
target:headerfiles
- 获取所有的头文件列表
可以获取到 add_headerfiles()
接口设置的所有头文件列表。
for _, headerfile in ipairs(target:headerfiles()) do
-- TODO
end
target:scriptdir
- 获取目标定义所在的 xmake.lua 目录
这通常在自定义规则中使用的比较多,想获取当前 target 实际被定义在哪个 xmake.lua 所在目录下,方便引用一些资源文件,可以用这个接口。
target:has_cfuncs
- 检测目标编译配置能否获取给定的 C 函数
这应该在 on_config
中使用,比如可以用它来判断当前目标能否获取到 zlib 依赖包的一些函数接口,然后自动定义 HAVE_INFLATE
:
add_requires("zlib")
target("test")
set_kind("binary")
add_files("src/*.c")
add_packages("zlib")
on_config(function (target)
if target:has_cfuncs("inflate", {includes = "zlib.h"}) then
target:add("defines", "HAVE_INFLATE")
end
end)
尽管 option 也提供了类似的检测功能,但 option 的检测使用的是全局的平台工具链,它无法附带上 target 相关的一些编译配置, 也无法根据 target 设置不同编译工具链来适配检测,并且无法检测包里面的一些接口。
如果我们仅仅是想粗粒度的检测函数接口,并且 target 没有额外设置不同的工具链,那么 option 提供的检测功能已经足够使用了。
如果想要更细粒度控制检测,可以使用 target 实例接口提供的检测特性。
target:has_cxxfuncs
- 检测目标编译配置能否获取给定的 C++ 函数
用法跟 target:has_cfuncs 类似,只是这里主要用于检测 C++ 的函数。
不过,在检测函数的同时,我们还可以额外配置 std languages,来辅助检测。
target:has_cxxfuncs("foo", {includes = "foo.h", configs = {languages = "cxx17"}})
target:has_ctypes
- 检测目标编译配置能否获取给定的 C 类型
这应该在 on_config
中使用,如下所示:
add_requires("zlib")
target("test")
set_kind("binary")
add_files("src/*.c")
add_packages("zlib")
on_config(function (target)
if target:has_ctypes("z_stream", {includes = "zlib.h"}) then
target:add("defines", "HAVE_ZSTEAM_T")
end
end)
target:has_cxxtypes
- 检测目标编译配置能否获取给定的 C++ 类型
用法跟 target:has_ctypes 类似,只是这里主要用于检测 C++ 的类型。
target:has_cflags
- 检测目标编译配置能否获取给定的 C 编译 flags
target("test")
set_kind("binary")
add_files("src/*.cpp")
on_config(function (target)
if target:has_cxxflags("-fPIC") then
target:add("defines", "HAS_PIC")
end
end)
target:has_cxxflags
- 检测目标编译配置能否获取给定的 C++ 编译 flags
用法跟 target:has_cflags 类似,只是这里主要用于检测 C++ 的编译 flags。
target:has_cincludes
- 检测目标编译配置能否获取给定的 C 头文件
这应该在 on_config
中使用,比如可以用它来判断当前目标能否获取到 zlib 依赖包的 zlib.h 头文件,然后自动定义 HAVE_INFLATE
:
add_requires("zlib")
target("test")
set_kind("binary")
add_files("src/*.c")
add_packages("zlib")
on_config(function (target)
if target:has_cincludes("zlib.h") then
target:add("defines", "HAVE_ZLIB_H")
end
end)
target:has_cxxincludes
- 检测目标编译配置能否获取给定的 C++ 头文件
用法跟 target:has_cincludes 类似,只是这里主要用于检测 C++ 的头文件。
target:check_csnippets
- 检测是否可以编译和链接给定的 C 代码片段
用法跟 target:check_cxxsnippets 类似,只是这里主要用于检测 C 的代码片段。
target:check_cxxsnippets
- 检测是否可以编译和链接给定的 C++ 代码片段
这应该在 on_config
中使用,如下所示:
add_requires("libtins")
target("test")
set_kind("binary")
add_files("src/*.cpp")
add_packages("libtins")
on_config(function (target)
local has_snippet = target:check_cxxsnippets({test = [[
#include <string>
using namespace Tins;
void test() {
std::string name = NetworkInterface::default_interface().name();
printf("%s\n", name.c_str());
}
]]}, {configs = {languages = "c++11"}, includes = {"tins/tins.h"}}))
if has_snippet then
target:add("defines", "HAS_XXX")
end
end)
默认仅仅检测编译链接是否通过,如果想要尝试运行时检测,可以再设置 tryrun = true
。
target("test")
set_kind("binary")
add_files("src/*.cpp")
on_config(function (target)
local has_int_4 = target:check_cxxsnippets({test = [[
return (sizeof(int) == 4)? 0 : -1;
]]}, {configs = {languages = "c++11"}, tryrun = true}))
if has_int_4 then
target:add("defines", "HAS_INT4")
end
end)
我们也可以继续通过设置 output = true
来捕获检测的运行输出,并且加上自定义的 main
入口,实现完整的测试代码,而不仅仅是代码片段。
target("test")
set_kind("binary")
add_files("src/*.cpp")
on_config(function (target)
local int_size = target:check_cxxsnippets({test = [[
#include <stdio.h>
int main(int argc, char** argv) {
printf("%d", sizeof(int)); return 0;
return 0;
}
]]}, {configs = {languages = "c++11"}, tryrun = true, output = true}))
end)
target:check_sizeof
- 检测类型大小
add_rules("mode.debug", "mode.release")
target("test")
set_kind("binary")
add_files("src/*.cpp")
on_config(function (target)
print("sizeof(long) = %s", target:check_sizeof("long"))
print("sizeof(string) = %s", target:check_sizeof("std::string", {includes = "string"}))
if target:check_size("long") == 8 then
target:add("defines", "LONG64")
end
end)
$ xmake
sizeof(long) = 8
sizeof(string) = 24
target:has_features
- 检测是否指定的 C/C++ 编译特性
它相比使用 check_cxxsnippets
来检测,会更加快一些,因为它仅仅执行一次预处理就能检测所有的编译器特性,而不是每次都去调用编译器尝试编译。
target("test")
set_kind("binary")
add_files("src/*.cpp")
on_config(function (target)
if target:has_features("c_static_assert") then
target:add("defines", "HAS_STATIC_ASSERT")
end
if target:has_features("cxx_constexpr") then
target:add("defines", "HAS_CXX_CONSTEXPR")
end
end)