xmake v2.5.8 發(fā)布，新增 Pascal/Swig 程序和 Lua53 運行時支持

這個版本，我們主要增加了對 Pascal 語言項目和 Swig 模塊的構建支持，而對于上個版本新增的 Vala 語言支持，我們也做了進一步改進，增加了對動態(tài)庫和靜態(tài)庫的構建支持。除此之外，xmake 現在也已經支持了可選的 Lua5.3 運行時，提供更好的跨平臺支持能力，目前 xmake 已經能夠在 LoongArch 架構上正常運行。

xmake 是一個基于 Lua 的輕量級跨平臺構建工具，使用 xmake.lua 維護項目構建，相比 makefile/CMakeLists.txt，配置語法更加簡潔直觀，對新手非常友好，短時間內就能快速入門，能夠讓用戶把更多的精力集中在實際的項目開發(fā)上。

這個版本，我們主要增加了對 Pascal 語言項目和 Swig 模塊的構建支持，而對于上個版本新增的 Vala 語言支持，我們也做了進一步改進，增加了對動態(tài)庫和靜態(tài)庫的構建支持。

除此之外，xmake 現在也已經支持了可選的 Lua5.3 運行時，提供更好的跨平臺支持能力，目前 xmake 已經能夠在 LoongArch 架構上正常運行。

項目源碼
官方文檔
入門課程

新特性介紹

Pascal 語言支持

目前，我們可以使用跨平臺的 Free pascal 工具鏈 fpc 去編譯構建 Pascal 程序，例如：

控制臺程序

add_rules("mode.debug", "mode.release")
target("test")
    set_kind("binary")
    add_files("src/*.pas")

動態(tài)庫程序

add_rules("mode.debug", "mode.release")
target("foo")
    set_kind("shared")
    add_files("src/foo.pas")

target("test")
    set_kind("binary")
    add_deps("foo")
    add_files("src/main.pas")

我們也可以通過 add_fcflags() 接口添加 Pascal 代碼相關的編譯選項。

更多例子見：Pascal examples

Vala 庫編譯支持

上個版本，我們新增了對 Vala 語言的支持，但是之前只能支持控制臺程序的編譯，無法生成庫文件。而這個版本中，我們額外增加了對靜態(tài)庫和動態(tài)庫的編譯支持。

靜態(tài)庫程序

我們能夠通過 add_values("vala.header", "mymath.h") 設置導出的接口頭文件名，通過 add_values("vala.vapi", "mymath-1.0.vapi") 設置導出的 vapi 文件名。

add_rules("mode.release", "mode.debug")

add_requires("glib")

target("mymath")
    set_kind("static")
    add_rules("vala")
    add_files("src/mymath.vala")
    add_values("vala.header", "mymath.h")
    add_values("vala.vapi", "mymath-1.0.vapi")
    add_packages("glib")

target("test")
    set_kind("binary")
    add_deps("mymath")
    add_rules("vala")
    add_files("src/main.vala")
    add_packages("glib")

動態(tài)庫程序

add_rules("mode.release", "mode.debug")

add_requires("glib")

target("mymath")
    set_kind("shared")
    add_rules("vala")
    add_files("src/mymath.vala")
    add_values("vala.header", "mymath.h")
    add_values("vala.vapi", "mymath-1.0.vapi")
    add_packages("glib")

target("test")
    set_kind("binary")
    add_deps("mymath")
    add_rules("vala")
    add_files("src/main.vala")
    add_packages("glib")

更多例子見：Vala examples

Swig 模塊支持

我們提供了 swig.c 和 swig.cpp 規(guī)則，可以對指定的腳本語言，調用 swig 程序生成 c/c++ 模塊接口代碼，然后配合 xmake 的包管理系統(tǒng)實現完全自動化的模塊和依賴包整合。

相關 issues: #1622

Lua/C 模塊

add_rules("mode.release", "mode.debug")
add_requires("lua")

target("example")
    add_rules("swig.c", {moduletype = "lua"})
    add_files("src/example.i", {swigflags = "-no-old-metatable-bindings"})
    add_files("src/example.c")
    add_packages("lua")

其中，swigflags 可以設置傳遞一些 swig 特有的 flags 選項。

Python/C 模塊

add_rules("mode.release", "mode.debug")
add_requires("python 3.x")

target("example")
    add_rules("swig.c", {moduletype = "python"})
    add_files("src/example.i", {scriptdir = "share"})
    add_files("src/example.c")
    add_packages("python")

如果設置了 scriptdir，那么我們執(zhí)行安裝的時候，會將對應模塊的 python wrap 腳本安裝到指定目錄。

Python/C++ 模塊

add_rules("mode.release", "mode.debug")
add_requires("python 3.x")

target("example")
    add_rules("swig.cpp", {moduletype = "python"})
    add_files("src/example.i", {scriptdir = "share"})
    add_files("src/example.cpp")
    add_packages("python")

Lua5.3 運行時支持

xmake 之前一直使用的 Luajit 作為默認的運行時，因為當初考慮到 Luajit 相對更加快速，并且固定的 lua 5.1 語法更加適合 xmake 內部實現的需要。

但是考慮到 Luajit 的更新不給力，作者維護不是很積極，并且它的跨平臺性比較差，對于一些新出的架構，比如：Loongarch，riscv 等支持不及時，這多少限制了 xmake 的平臺支持力度。

為此，新版本中，我們也將 Lua5.3 作為可選的運行時內置了進來，我們只需要通過下面的命令編譯安裝 xmake，就可以從 Luajit 切換到 Lua5.3 運行時：

Linux/macOS

$ make RUNTIME=lua

Windows

$ cd core
$ xmake f --runtime=lua
$ xmake

目前，當前版本還是默認采用的 luajit 運行時，用戶可以根據自己的需求切換到 Lua5.3 運行時，但這對于用戶的項目 xmake.lua 配置腳本幾乎沒有任何兼容性影響。

因為 xmake 的配置接口都已經做了一層的抽象封裝，一些 Luajit/Lua5.3 存在兼容性差異的原生接口是不會開放給用戶使用的，所以對項目構建來說，是完全無感知的。

唯一的區(qū)別就是，帶有 Lua5.3 的 xmake 支持更多的平臺和架構。

性能對比

我做過一些基礎構建測試，不管是啟動時間，構建性能還是內存占用，Lua5.3 和 Luajit 的 xmake 都幾乎沒有任何差別。因為對于構建系統(tǒng)，主要的性能瓶頸是在編譯器上，自身腳本的損耗占比是非常小的。

而且 xmake 內部的一些底層 Lua 模塊，比如 io，字符編碼，字符串操作等，都自己用 c 代碼全部重寫過的，完全不依賴特定的 Lua 運行時引擎。

是否會考慮默認切換到 Lua?

由于我們剛剛支持 Lua5.3，盡管目前測試下來已經比較穩(wěn)定，但是為了確保用戶環(huán)境不受到任何影響，我們還需要再觀察一段時間，短期還是默認使用 Luajit。

等到 2.6.1 版本開始，我們會全面開始切換到 Lua5.3 作為默認的運行時環(huán)境，大家有興趣的話，也可以線幫忙測試下，如果遇到問題，歡迎到 issues 上反饋。

LoongArch 架構支持

由于我們增加了 Lua5.3 運行時支持，所以現在我們已經可以支持再 LoongArch 架構上運行 xmake，并且所有測試例子都已經測試通過。

Lua 5.4

目前，我們對 Lua 5.4 還保持觀望狀態(tài)，如果后面等 lua5.4 穩(wěn)定了，我們也會嘗試考慮繼續(xù)升級到 Lua5.4。

第三方源碼混合編譯支持

集成 CMake 代碼庫

新版本中，我們已經能夠通過 xmake 的包模式直接集成自己項目中帶有 CMakeLists.txt 的代碼庫，而不是通過遠程下載安裝。

相關 issues: #1714

例如，我們有如下項目結構：

├── foo
│   ├── CMakeLists.txt
│   └── src
│       ├── foo.c
│       └── foo.h
├── src
│   └── main.c
├── test.lua
└── xmake.lua

foo 目錄下是一個使用 cmake 維護的靜態(tài)庫，而根目錄下使用了 xmake 來維護，我們可以在 xmake.lua 中通過定義 package("foo") 包來描述如何構建 foo 代碼庫。

add_rules("mode.debug", "mode.release")

package("foo")
    add_deps("cmake")
    set_sourcedir(path.join(os.scriptdir(), "foo"))
    on_install(function (package)
        local configs = {}
        table.insert(configs, "-DCMAKE_BUILD_TYPE=" .. (package:debug() and "Debug" or "Release"))
        table.insert(configs, "-DBUILD_SHARED_LIBS=" .. (package:config("shared") and "ON" or "OFF"))
        import("package.tools.cmake").install(package, configs)
    end)
    on_test(function (package)
        assert(package:has_cfuncs("add", {includes = "foo.h"}))
    end)
package_end()

add_requires("foo")

target("demo")
    set_kind("binary")
    add_files("src/main.c")
    add_packages("foo")

其中，我們通過 set_sourcedir() 來設置 foo 包的代碼目錄位置，然后通過 import 導入 package.tools.cmake 輔助模塊來調用 cmake 構建代碼，xmake 會自動獲取生成的 libfoo.a 和對應的頭文件。

!> 如果僅僅本地源碼集成，我們不需要額外設置 add_urls 和 add_versions。

關于包的配置描述，詳情見：包描述說明

定義完包后，我們就可以通過 add_requires("foo") 和 add_packages("foo") 來集成使用它了，就跟集成遠程包一樣的使用方式。

另外，on_test 是可選的，如果想要嚴格檢測包的編譯安裝是否成功，可以在里面做一些測試。

完整例子見：Library with CMakeLists

集成 autoconf 代碼庫

我們也可以使用 package.tools.autoconf 來本地集成帶有 autoconf 維護的第三方代碼庫。

package("pcre2")

    set_sourcedir(path.join(os.scriptdir(), "3rd/pcre2"))

    add_configs("jit", {description = "Enable jit.", default = true, type = "boolean"})
    add_configs("bitwidth", {description = "Set the code unit width.", default = "8", values = {"8", "16", "32"}})

    on_load(function (package)
        local bitwidth = package:config("bitwidth") or "8"
        package:add("links", "pcre2-" .. bitwidth)
        package:add("defines", "PCRE2_CODE_UNIT_WIDTH=" .. bitwidth)
        if not package:config("shared") then
            package:add("defines", "PCRE2_STATIC")
        end
    end)

    on_install("macosx", "linux", "mingw", function (package)
        local configs = {}
        table.insert(configs, "--enable-shared=" .. (package:config("shared") and "yes" or "no"))
        table.insert(configs, "--enable-static=" .. (package:config("shared") and "no" or "yes"))
        if package:debug() then
            table.insert(configs, "--enable-debug")
        end
        if package:config("pic") ~= false then
            table.insert(configs, "--with-pic")
        end
        if package:config("jit") then
            table.insert(configs, "--enable-jit")
        end
        local bitwidth = package:config("bitwidth") or "8"
        if bitwidth ~= "8" then
            table.insert(configs, "--disable-pcre2-8")
            table.insert(configs, "--enable-pcre2-" .. bitwidth)
        end
        import("package.tools.autoconf").install(package, configs)
    end)

    on_test(function (package)
        assert(package:has_cfuncs("pcre2_compile", {includes = "pcre2.h"}))
    end)

package.tools.autoconf 和 package.tools.cmake 模塊都是可以支持 mingw/cross/iphoneos/android 等交叉編譯平臺和工具鏈的，xmake 會自動傳遞對應的工具鏈進去，用戶不需要做任何其他事情。

集成其他構建系統(tǒng)

我們還支持集成 Meson/Scons/Make 等其他構建系統(tǒng)維護的代碼庫，僅僅只需要導入對應的構建輔助模塊，這里就不一一細講了，我們可以進一步查閱文檔：集成本地第三方源碼庫

改進編譯器特性檢測

在之前的版本中，我們可以通過 check_features 輔助接口來檢測指定的編譯器特性，比如：

includes("check_features.lua")

target("test")
    set_kind("binary")
    add_files("*.c")
    add_configfiles("config.h.in")
    configvar_check_features("HAS_CONSTEXPR", "cxx_constexpr")
    configvar_check_features("HAS_CONSEXPR_AND_STATIC_ASSERT", {"cxx_constexpr", "c_static_assert"}, {languages = "c++11"})

config.h.in

${define HAS_CONSTEXPR}
${define HAS_CONSEXPR_AND_STATIC_ASSERT}

config.h

/* #undef HAS_CONSTEXPR */
#define HAS_CONSEXPR_AND_STATIC_ASSERT 1

如果當前 cxx_constexpr 特性支持，就會在 config.h 中啟用 HAS_CONSTEXPR 宏。

新增 C/C++ 標準支持檢測

2.5.8 之后，我們繼續(xù)新增了對 cstd 和 c++ std 版本檢測支持，相關 issues: #1715

例如：

configvar_check_features("HAS_CXX_STD_98", "cxx_std_98")
configvar_check_features("HAS_CXX_STD_11", "cxx_std_11", {languages = "c++11"})
configvar_check_features("HAS_CXX_STD_14", "cxx_std_14", {languages = "c++14"})
configvar_check_features("HAS_CXX_STD_17", "cxx_std_17", {languages = "c++17"})
configvar_check_features("HAS_CXX_STD_20", "cxx_std_20", {languages = "c++20"})
configvar_check_features("HAS_C_STD_89", "c_std_89")
configvar_check_features("HAS_C_STD_99", "c_std_99")
configvar_check_features("HAS_C_STD_11", "c_std_11", {languages = "c11"})
configvar_check_features("HAS_C_STD_17", "c_std_17", {languages = "c17"})

新增編譯器內置宏檢測

我們還能檢測編譯器存在一些內置的宏定義，比如：__GNUC__ 等，我們可以通過 check_macros 和 configvar_check_macros 輔助腳本來檢測它們是否存在。

相關 issues: #1715

-- 檢測宏是否定義
configvar_check_macros("HAS_GCC", "__GNUC__")
-- 檢測宏沒有被定義
configvar_check_macros("NO_GCC", "__GNUC__", {defined = false})
-- 檢測宏條件
configvar_check_macros("HAS_CXX20", "__cplusplus >= 202002L", {languages = "c++20"})

增加對 Qt 4.x 的支持

除了 Qt 5.x 和 6.x，我們對于一些基于 Qt 4.x 的老項目，xmake 也增加了支持。

增加對 Android NDK r23 的支持

由于 google 對 Android NDK 的一些結構改動，導致 r23 影響了 xmake 對 android 項目部分編譯特性的支持，在這個版本中，我們也做了修復。

修復 vsxmake 插件 Unicode 編碼問題

另外，如果基于 Unicode 作為項目目錄，那么生成的 vsxmake 項目會收到影響，導致 vs 項目編譯和訪問上存在很多問題，我們也在新版本中做了修復。

更新內容

新特性

#388: Pascal 語言支持，可以使用 fpc 來編譯 free pascal
#1682: 添加可選的額lua5.3 運行時替代 luajit，提供更好的平臺兼容性。
#1622: 支持 Swig
#1714: 支持內置 cmake 等第三方項目的混合編譯
#1715: 支持探測編譯器語言標準特性，并且新增 check_macros 檢測接口
xmake 支持在 Loongarch 架構上運行

改進

#1618: 改進 vala 支持構建動態(tài)庫和靜態(tài)庫程序
改進 Qt 規(guī)則去支持 Qt 4.x
改進 set_symbols("debug") 支持 clang/windows 生成 pdb 文件
#1638: 改進合并靜態(tài)庫
改進 on_load/after_load 去支持動態(tài)的添加 target deps
#1675: 針對 mingw 平臺，重命名動態(tài)庫和導入庫文件名后綴
#1694: 支持在 set_configvar 中定義一個不帶引號的字符串變量
改進對 Android NDK r23 的支持
為 set_languages 新增 c++latest 和 clatest 配置值
#1720: 添加 save_scope 和 restore_scope 去修復 check_xxx 相關接口
#1726: 改進 compile_commands 生成器去支持 nvcc

Bugs 修復

#1671: 修復安裝預編譯包后，*.cmake 里面的一些不正確的絕對路徑
#1689: 修復 vsxmake 插件的 unicode 字符顯示和加載問題

posted @ 2021-10-09 09:54 waruqi Views(259) Comments(0) 收藏舉報

刷新頁面返回頂部

TBOOX開源工程

專注于跨平臺c開發(fā)解決方案

xmake v2.5.8 發(fā)布，新增 Pascal/Swig 程序和 Lua53 運行時支持

新特性介紹

Pascal 語言支持

控制臺程序

動態(tài)庫程序

Vala 庫編譯支持

靜態(tài)庫程序

動態(tài)庫程序

Swig 模塊支持

Lua/C 模塊

Python/C 模塊

Python/C++ 模塊

Lua5.3 運行時支持

Linux/macOS

Windows

性能對比

是否會考慮默認切換到 Lua?

LoongArch 架構支持

Lua 5.4

第三方源碼混合編譯支持

集成 CMake 代碼庫

集成 autoconf 代碼庫

集成其他構建系統(tǒng)

改進編譯器特性檢測

新增 C/C++ 標準支持檢測

新增編譯器內置宏檢測

增加對 Qt 4.x 的支持

增加對 Android NDK r23 的支持

修復 vsxmake 插件 Unicode 編碼問題

更新內容

新特性

改進

Bugs 修復

公告