xmake v2.2.1新版本现已支持WDK驱动编译环境，我们可以直接在系统原生cmd终端下，执行xmake进行驱动编译，甚至配合vscode, sublime text, IDEA等编辑器+xmake插件去开发WDK驱动。 下面是xma...

在最新的v2.2.1预览版本中，新增了对Qt SDK环境的支持，我们完全可以脱离Qt Creater进行Qt应用程序的开发，甚至配合vscode/idea等编辑器+xmake插件 用户完全可以切换到自己最常用的编辑器环境...

不会写makefile? 没关系，xmake带给你不一样的构建体验，构建项目原来可以如此简单。

此版本主要增加xmake f --menu实现用户自定义图形菜单配置，界面风格类似linux的make menuconfig

最近打算给xmake写一些IDE和编辑器的集成插件，发现vscode的编辑器插件比较容易上手的，就先研究了下vscode的插件开发流程，并且完成了xmake-vscode插件的开发。...

如果我们要写跨平台的c/c++代码，很多时候需要处理由于不同编译器对c/c++各个标准支持力度不同导致的兼容性问题，一般通常的解决办法是：自己在代码中通过宏去判断各个编译器的版本、内置宏、...

现在的大部分c/c++编译器都是支持预编译头的，例如：gcc，clang，msvc等，用于优化c++代码的编译速度，毕竟c++的头文件如果包含了模板定义的话，编译速度是很慢的， 如果能够吧大部分通用的头...

2.1.5版本现已进入收尾阶段，此版本加入了一大波新特性，目前正在进行稳定性测试和修复，在这里，先来介绍下新版本中引入了哪些新特性和改进。

xmake的描述语法基于lua实现，因此描述语法继承了lua的灵活性和简洁性，并且通过28原则，将描述作用域（简单描述）、脚本作用域（复杂描述）进行分离，使得工程更加的简洁直观，可读性非常好...

此次更新，主要修复xmake的一些稳定性问题，并且对安装和卸载提供更加安全的权限处理

尝试了各种方案： ttyrec + tty2gif/ttygif ：时间长了后，生成 gif 太慢，效果也不是很好 LICECap 工具录屏生成 gif ：效果不尽如人意，画质太差 ttystduio: 画质也不是很满意，而且生成文件...

最近给xmake增加了一个新特性，对于一份工程源码，可以不用编写makefile，也不用编写各种make相关的工程描述文件（例如：xmake.lua，makefile.am, cmakelist.txt等）...

lua原生并没有提供try-catch的语法来捕获异常处理，但是提供了pcall/xpcall等接口，可在保护模式下执行lua函数。 因此，可以通过封装这两个接口，来实现try-catch块的捕获机制。 我们可以先来...

最近参考了下boost和protothreads的stackless协程实现，这种方式虽然易用性和灵活性上受到了很多限制，但是对切换效率和内存利用率的提升效果还是非常明显的。。 因此，我在tbox里面也加上了...

为了进一步裁剪tbox，更好的适配嵌入式开发平台，tbox新增了--micro=y的微模块编译选项 如果启用此编译选项，那么只会编译tbox里面较轻量的一些模块，是的编译后的库大小，尽量保证在64K左右...

最近对xmake.lua的工程描述语法进行了增强，现已可以同时支持两种不同语法风格。

在分析了各大开源协程库实现后，最终选择参考boost.context的汇编实现，来写tbox的切换内核。 在这过程中，我对boost各个架构平台下的context切换，都进行了分析和测试。 在macosx i386和mip...

最近在做ios app的企业测试包，需要频繁打包分发给测试，因此将编译完的.app打包成ipa单独分发出去，这里调研下几种打包方案：

tbox的协程实现，是stackfull模式的，需要指定独立堆栈和协程函数，目前暂时还不能像golang那样实现堆栈的动态增长，之后会对其进行支持。