xmake v2.2.2, 讓C/C++擁有包依賴自動構建

前言

歷經四個多月,xmake終於更新了新版本v2.2.2,而且上線了重量級功能:原生支持的遠程依賴包管理。linux

而這個特性,其實我陸陸續續寫了將近一年的時間,才初步完成,對於此特性的開發進展和歷史,有興趣的同窗能夠看下相關issues:#69android

目前的實現效果以下,徹底一致的語義版本依賴描述:nginx

徹底一致的跨平臺構建行爲,一鍵xmake編譯:git

完整的項目描述:github

add_requires("tbox 1.6.*""libpng ~1.16""zlib")

target("test")
    set_kind("binary")
    add_files("src/*.c"
    add_packages("tbox""libpng""zlib")
複製代碼

我先簡單介紹下我作這個功能的背景:shell

咱們在寫C/C++程序的時候,對於第三方依賴庫的使用一直是一個老大難問題,由於每一個依賴庫的構建系統不一樣、代碼平臺支持力度的差別,致使無法像其餘高級語言那樣有方便好用的包管理支持。macos

雖然如今已經有了homebrew, vcpkg等包管理工具來解決這一問題,可是多少都有一些侷限性,例如:windows

  1. homebrew不支持iphoneos, android, windows平臺
  2. vcpkg不支持語義版本選擇,多版本管理
  3. 另外都不支持項目管理和構建

對於目前現有的跨平臺構建工具,都缺乏內置的包管理支持,像cmake僅提供了find_package去查找系統包,雖然能夠和vcpkg等第三方包管理配合使用,但我我的以爲並非很方便。
這會使得項目的其餘用戶在編譯的時候,額外要求去安裝vcpkg或者安裝依賴庫到系統上才行,對於pc平臺還好弄些,對於iphoneos, android等平臺的依賴庫,用戶就要折騰上一會了。bash

而xmake的理念就是:真正的一致維護, 真正的一鍵編譯架構

  • 構建行爲的一致性: 無論你的項目是否有庫依賴,工具依賴,只須要執行一個xmake命令,便可編譯經過。
  • 項目維護的一致性: 無論你的項目是在windows上用,仍是給linux, iphone, android上用,都只須要一份xmake.lua維護項目便可。

而cmake還須要生成額外的第三方IDE工程文件,即便cmakelist.txt相同,可是構建、維護體驗上對用戶來說都不可能保證徹底一致,畢竟還受限於vc/make此類工具。

目前支持的特性

  • 語義版本支持,例如:">= 1.1.0 < 1.2", "~1.6", "1.2.x", "1.*"
  • 提供官方包倉庫、自建私有倉庫、項目內置倉庫等多倉庫管理支持
  • 跨平臺包編譯集成支持(不一樣平臺、不一樣架構的包可同時安裝,快速切換使用)
  • debug依賴包支持,實現源碼調試

依賴包處理機制

這裏咱們簡單介紹下整個依賴包的處理機制:

  1. 優先檢測當前系統目錄、第三方包管理下有沒有存在指定的包,若是有匹配的包,那麼就不須要下載安裝了 (固然也能夠設置不使用系統包)
  2. 檢索匹配對應版本的包,而後下載、編譯、安裝(注:安裝在特定xmake目錄,不會干擾系統庫環境)
  3. 編譯項目,最後自動連接啓用的依賴包

快速上手

新建一個依賴tbox庫的空工程:

$ xmake create -t console_tbox test
$ cd test
複製代碼

執行編譯便可,若是當前沒有安裝tbox庫,則會自動下載安裝後使用:

$ xmake
複製代碼

切換到iphoneos平臺進行編譯,將會從新安裝iphoneos版本的tbox庫進行連接使用:

$ xmake f -p iphoneos
$ xmake
複製代碼

切換到android平臺arm64-v8a架構編譯:

$ xmake f -p android [--ndk=~/android-ndk-r16b]
$ xmake
複製代碼

語義版本設置

xmake的依賴包管理是徹底支持語義版本選擇的,例如:"~1.6.1",對於語義版本的具體描述見:semver.org/

一些語義版本寫法:

add_requires("tbox 1.6.*""pcre 1.3.x""libpng ^1.18")
add_requires("libpng ~1.16""zlib 1.1.2 || >=1.2.11 <1.3.0")
複製代碼

目前xmake使用的語義版本解析器是uael貢獻的sv庫,裏面也有對版本描述寫法的詳細說明,能夠參考下:版本描述說明

固然,若是咱們對當前的依賴包的版本沒有特殊要求,那麼能夠直接這麼寫:

add_requires("tbox""libpng""zlib")
複製代碼

這會使用已知的最新版本包,或者是master分支的源碼編譯的包,若是當前包有git repo地址,咱們也能指定特定分支版本:

add_requires("tbox master")
add_requires("tbox dev")
複製代碼

額外的包信息設置

可選包設置

若是指定的依賴包當前平臺不支持,或者編譯安裝失敗了,那麼xmake會編譯報錯,這對於有些必需要依賴某些包才能工做的項目,這是合理的。
可是若是有些包是可選的依賴,即便沒有也能夠正常編譯使用的話,能夠設置爲可選包:

add_requires("tbox", {optional = true})
複製代碼

禁用系統庫

默認的設置,xmake會去優先檢測系統庫是否存在(若是沒設置版本要求),若是用戶徹底不想使用系統庫以及第三方包管理提供的庫,那麼能夠設置:

add_requires("tbox", {system = false})
複製代碼

使用調試版本的包

若是咱們想同時源碼調試依賴包,那麼能夠設置爲使用debug版本的包(固然前提是這個包支持debug編譯):

add_requires("tbox", {debug = true})
複製代碼

若是當前包還不支持debug編譯,可在倉庫中提交修改編譯規則,對debug進行支持,例如:

package("openssl")
    on_install("linux""macosx"function (package)
        os.vrun("./config %s --prefix=\"%s\""package:debug() and "--debug" or ""package:installdir())
        os.vrun("make -j4")
        os.vrun("make install")
    end)
複製代碼

傳遞額外的編譯信息到包

某些包在編譯時候有各類編譯選項,咱們也能夠傳遞進來,固然包自己得支持:

add_requires("tbox", {config = {small=true}})
複製代碼

傳遞--small=true給tbox包,使得編譯安裝的tbox包是啓用此選項的。

使用自建私有包倉庫

若是須要的包不在官方倉庫xmake-repo中,咱們能夠提交貢獻代碼到倉庫進行支持。
但若是有些包僅用於我的或者私有項目,咱們能夠創建一個私有倉庫repo,倉庫組織結構可參考:xmake-repo

好比,如今咱們有一個一個私有倉庫repo:git@github.com:myrepo/xmake-repo.git

咱們能夠經過下面的命令進行倉庫添加:

$ xmake repo --add myrepo git@github.com:myrepo/xmake-repo.git
複製代碼

或者咱們直接寫在xmake.lua中:

add_repositories("my-repo git@github.com:myrepo/xmake-repo.git")
複製代碼

若是咱們只是想添加一兩個私有包,這個時候特定去創建一個git repo過小題大作了,咱們能夠直接把包倉庫放置項目裏面,例如:

projectdir
  - myrepo
    - packages
      - t/tbox/xmake.lua
      - z/zlib/xmake.lua
  - src
    - main.c
  - xmake.lua
複製代碼

上面myrepo目錄就是本身的私有包倉庫,內置在本身的項目裏面,而後在xmake.lua裏面添加一下這個倉庫位置:

add_repositories("my-repo myrepo")
複製代碼

這個能夠參考benchbox項目,裏面就內置了一個私有倉庫。

咱們甚至能夠連倉庫也不用建,直接定義包描述到項目xmake.lua中,這對依賴一兩個包的狀況仍是頗有用的,例如:

package("libjpeg")

    set_urls("http://www.ijg.org/files/jpegsrc.$(version).tar.gz")

    add_versions("v9c""650250979303a649e21f87b5ccd02672af1ea6954b911342ea491f351ceb7122")

    on_install("windows"function (package)
        os.mv("jconfig.vc""jconfig.h")
        os.vrun("nmake -f makefile.vc")
        os.cp("*.h"package:installdir("include"))
        os.cp("libjpeg.lib"package:installdir("lib"))
    end)

    on_install("macosx""linux"function (package)
        import("package.tools.autoconf").install(package)
    end)

package_end()

add_requires("libjpeg")

target("test")
    set_kind("binary")
    add_files("src/*.c"
    add_packages("libjpeg")
複製代碼

包管理命令使用

包管理命令$ xmake require 可用於手動顯示的下載編譯安裝、卸載、檢索、查看包信息。

安裝指定包

$ xmake require tbox
複製代碼

安裝指定版本包:

$ xmake require tbox "~1.6"
複製代碼

強制從新下載安裝,而且顯示詳細安裝信息:

$ xmake require -f -v tbox "1.5.x"
複製代碼

傳遞額外的設置信息:

$ xmake require --extra="debug=true,config={small=true}" tbox
複製代碼

安裝debug包,而且傳遞small=true的編譯配置信息到包中去。

卸載指定包

$ xmake require --uninstall tbox
複製代碼

這會徹底卸載刪除包文件。

移除指定包

僅僅unlink指定包,不被當前項目檢測到,可是包在本地仍是存在的,若是從新安裝的話,會很快完成。

$ xmake require --unlink tbox
複製代碼

查看包詳細信息

$ xmake require --info tbox
複製代碼

在當前倉庫中搜索包

$ xmake require --search tbox
複製代碼

這個是支持模糊搜素以及lua模式匹配搜索的:

$ xmake require --search pcr
複製代碼

會同時搜索到pcre, pcre2等包。

列舉當前已安裝的包

$ xmake require --list
複製代碼

倉庫管理命令使用

上文已經簡單講過,添加私有倉庫能夠用(支持本地路徑添加):

$ xmake repo --add myrepo git@github.com:myrepo/xmake-repo.git
複製代碼

咱們也能夠移除已安裝的某個倉庫:

$ xmake repo --remove myrepo
複製代碼

或者查看全部已添加的倉庫:

$ xmake repo --list
複製代碼

若是遠程倉庫有更新,能夠手動執行倉庫更新,來獲取更多、最新的包:

$ xmake repo -u
複製代碼

提交包到官方倉庫

目前這個特性剛完成不久,目前官方倉庫的包還不是不少,有些包也許還不支持部分平臺,不過這並非太大問題,後期迭代幾個版本後,我會不斷擴充完善包倉庫。

若是你須要的包,當前的官方倉庫尚未收錄,能夠提交issues或者本身能夠在本地調通後,貢獻提交到官方倉庫:xmake-repo

詳細的貢獻說明,見:CONTRIBUTING.md

關於遠程依賴包的更多說明,能夠看下官方文檔:遠程依賴模式

其實xmake的包管理歷經了三代,前兩版v1.0, v2.0分別是本地包管理模式,系統庫查找模式,這兩種在有些狀況下仍是很是有用的。
關於這二者的介紹,這裏就很少說了,能夠看下文檔說明:依賴包管理

結語

說了這麼多,咱們最後來看下,新版本提供的一些其餘新特性和更新內容:

其餘新特性

  • 新增fasm彙編器支持
  • 添加has_config, get_configis_config接口去快速判斷option和配置值
  • 添加set_config接口去設置默認配置
  • 添加$xmake --try去嘗試構建工程
  • 添加set_enabled(false)去顯示的禁用target
  • #69: 添加遠程依賴包管理, add_requires("tbox ~1.6.1")
  • #216: 添加windows mfc編譯規則

改進

  • 改進Qt編譯編譯環境探測,增長對mingw sdk的支持
  • 在自動掃描生成的xmake.lua中增長默認debug/release規則
  • #178: 修改mingw平臺下的目標名
  • 對於add_files()在windows上支持大小寫不敏感路徑模式匹配
  • 改進detect.sdks.find_qt對於Qt根目錄的探測
  • #184: 改進lib.detect.find_package支持vcpkg
  • #208: 改進rpath對動態庫的支持

Bugs修復

  • #177: 修復被依賴的動態庫target,若是設置了basename後連接失敗問題
  • 修復$xmake f --menu中Exit問題以及cpu太高問題
  • #197: 修復生成的vs201x工程文件帶有中文路徑亂碼問題
  • 修復WDK規則編譯生成的驅動在Win7下運行藍屏問題
  • #205: 修復vcproj工程生成targetdir, objectdir路徑設置不匹配問題

原文出處:tboox.org/cn/2018/10/…

相關文章
相關標籤/搜索