xmake v2.2.2 发布, 让C/C++拥有包依赖自动构建-低调大师

xmake v2.2.2 发布, 让C/C++拥有包依赖自动构建

2018-10-16 852

历经四个多月，xmake终于更新了新版本v2.2.2，并且上线了重量级功能：原生支持的远程依赖包管理。

而这个特性，其实我陆陆续续写了将近一年的时间，才初步完成，对于此特性的开发进展和历史，有兴趣的同学可以看下相关issues：#69。

目前的实现效果如下，完全一致的语义版本依赖描述：

完全一致的跨平台构建行为，一键xmake编译：

完整的项目描述：

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

target("test")
    set_kind("binary")
    add_files("src/*.c") 
    add_packages("tbox", "libpng", "zlib")

我先简单介绍下我做这个功能的背景：

我们在写C/C++程序的时候，对于第三方依赖库的使用一直是一个老大难问题，因为每个依赖库的构建系统不同、代码平台支持力度的差异，导致没法像其他高级语言那样有方便好用的包管理支持。

虽然现在已经有了homebrew, vcpkg等包管理工具来解决这一问题，但是多少都有一些局限性，例如：

homebrew不支持iphoneos, android, windows平台
vcpkg不支持语义版本选择，多版本管理
另外都不支持项目管理和构建

对于目前现有的跨平台构建工具，都缺少内置的包管理支持，像cmake仅提供了find_package去查找系统包，虽然可以和vcpkg等第三方包管理配合使用，但我个人觉得并不是很方便。这会使得项目的其他用户在编译的时候，额外要求去安装vcpkg或者安装依赖库到系统上才行，对于pc平台还好弄些，对于iphoneos, android等平台的依赖库，用户就要折腾上一会了。

而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依赖包支持，实现源码调试

依赖包处理机制

这里我们简单介绍下整个依赖包的处理机制：

优先检测当前系统目录、第三方包管理下有没有存在指定的包，如果有匹配的包，那么就不需要下载安装了（当然也可以设置不使用系统包）
检索匹配对应版本的包，然后下载、编译、安装（注：安装在特定xmake目录，不会干扰系统库环境）
编译项目，最后自动链接启用的依赖包

新特性

新增fasm汇编器支持
添加has_config, get_config和is_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路径设置不匹配问题

更多详细描述见文章：http://tboox.org/cn/2018/10/13/xmake-update-v2.2.2-package-deps/

本文来自云栖社区合作伙伴“开源中国”

本文作者：ruki

原文链接

微信关注我们

原文链接：https://yq.aliyun.com/articles/653512

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

iOS定义长字符串的实用宏

今天在看WebViewJavascriptBridge源码的时候发现一个神奇的宏，在定义较长字符串时很实用。举个例子，将一段js代码存到一个变量，为了便于阅读需要加入换行，需要在每行结束加上\。 NSString *str = @"function() { \ if (window.WebViewJavascriptBridge) { \ return; \ } \ })(); \ "; 这时，可以用宏来优化。 #define LONG_STRING_DEFINE(x) #x NSString *str = @LONG_STRING_DEFINE(function() { if (window.WebViewJavascriptBridge) { return; } })(); ); 宏展开后代码如下 NSString *str = @";(function() { if (window.WebViewJavascriptBridge) { return; })();"; 用Xcode看宏展开打开Assistant Editor，选择Preproces，就可以看到展开的宏。 153...

2018-10-16

717

/* 本节来学习swift的编码、解码和串行化。为什么需要编解码？许多的编程任务涉及到通过网络发送数据、将数据保存到磁盘上，或是将数据提交到API以及服务上。这些任务往往需要将数据进行编码到一个中间格式然后在进行传输，或是在传输结束后将中间格式转换回原始数据，然后在进行处理。这就需要提供一种能方便对数据进行编码、解码的机制了。原始数据---编码---提交传输----解码----原始数据 swift 提供了标准化的方法对数据进行编码和解码。编码： Encodable协议解码： Decodable协议如果自定义类型要同时遵循Encodable与Decodable协议，就可以直接用 Codable 协议。 Apple的Foundation库提供了两种编码器类，分别是 JSONEncoder / JSONDecoder, PropertyListEncoder / PropertyListDecoder JSONEncoder / JSONDecoder: 对象实例与json数据格式之间进行转换； PropertyListEncoder / PropertyListDecode...

2018-10-16

562

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。