Home - xmake

[waruqi]

http://xmake.io/#/home

[waruqi]

:smile:

[leemeng0x61]

真的不错

[waruqi]

@leemeng0x61 真的不错

谢谢

[christian-chen]

赞一个

[caicaiking]

这个有点核弹，希望在开发自己的语言。

[waruqi]

@caicaiking 这个有点核弹，希望在开发自己的语言。

这个就不考虑了，能尽量复用现有语言，可以减少不必要的学习成本

[KISSMonX]

Nice

[Domain]

最好能够加上fastbuild类似的联合编译功能。我现在用fastbuild，但是他的bff文件写起来也挺麻烦

[waruqi]

最好能够加上fastbuild类似的联合编译功能。我现在用fastbuild，但是他的bff文件写起来也挺麻烦

你是指分布式编译？这块issues里面已经排着呢，之后肯定会搞的 只是还没时间整

[Domain]

@waruqi 你是指分布式编译？这块issues里面已经排着呢，之后肯定会搞的 只是还没时间整

是的，可以参考一下fastbuild，还是很不错的，就是bff文件不好写。另外，我刚刚学习使用xmake，请问一下，我用set_version设置的值，怎么在脚本里面获取？没有$(version)这种变量

[waruqi]

是的，可以参考一下fastbuild，还是很不错的，就是bff文件不好写。另外，我刚刚学习使用xmake，请问一下，我用set_version设置的值，怎么在脚本里面获取？没有$(version)这种变量

可以在脚本域用project.version或者target:get("version") 这块你可以看下https://github.com/xmake-io/xmake/issues/346

另外之后有xmake相关的使用问题，到xmake的repo的issues里面反馈吧

[ForrestSu]

PS E:> cd E:\workspace\xmake PS E:\workspace\xmake> xmake create -l c -P ./hello create hello ... create ok!👌 PS E:\workspace\xmake>

the 👌 show � on my cmder!

[ForrestSu]

xmake run -d error: execv(C:\WINDOWS\system32\vsjitdebugger.exe E:\workspace\xmake\hello\build\windows\x64\release\hello.exe) failed(2147500036)!

the debugger carsh ....

Visual Studio Just-In-Time Debugger

An error occurred while launching 'E:\workspace\xmake\hello\build\windows\x64\release\hello.exe ':

The Visual Studio Just-In-Time Debugger was not notified that the application correctly started.

Check the documentation index for 'Just-in-time debugging, errors' for more information.

[waruqi]

@ForrestSu PS E:> cd E:\workspace\xmake PS E:\workspace\xmake> xmake create -l c -P ./hello create hello ... create ok!👌 PS E:\workspace\xmake>

the 👌 show � on my cmder!

Please submit issues to https://github.com/xmake-io/xmake/issues, thanks!

You can set XMAKE_COLORTERM_NOEMOJI=y environment variable to disable show emoji character

[ForrestSu]

@ForrestSu PS E:> cd E:\workspace\xmake PS E:\workspace\xmake> xmake create -l c -P ./hello create hello ... create ok!👌 PS E:\workspace\xmake> the 👌 show � on my cmder!

Please submit issues to https://github.com/xmake-io/xmake/issues, thanks!

You can set XMAKE_COLORTERM_NOEMOJI=y environment variable to disable show emoji character

OK I add an issue #579

[ppslinux]

非常棒的系统

[RPG3D]

Lua based! Perfect!

[sequoiar]

cool

[itfanr]

PS C:\Users\aaa\Desktop\hello> xmake run hello
checking for the architecture ... x64
checking for the Microsoft Visual Studio (x64) version ... no
please run:
    - xmake config --vs=xxx [--vs_toolset=xxx]
or  - xmake global --vs=xxx

[waruqi]

PS C:\Users\aaa\Desktop\hello> xmake run hello
checking for the architecture ... x64
checking for the Microsoft Visual Studio (x64) version ... no
please run:
    - xmake config --vs=xxx [--vs_toolset=xxx]
or  - xmake global --vs=xxx

请到 https://github.com/xmake-io/xmake/issues 反馈

[htqx]

支持国人

[waruqi]

@htqx 支持国人

谢谢支持

[wangzhankun]

希望自动化安装脚本中能够增加gitee的下载链接。github一言难尽。使用gitee上的进行手动编译提示有一种错误，然后再issue上查了，建议使用脚本，而脚本又很难连上github的网络。最好搞了一个多小时才安装上。所以希望能够加入gitee链接

[waruqi]

@wangzhankun 希望自动化安装脚本中能够增加gitee的下载链接。github一言难尽。使用gitee上的进行手动编译提示有一种错误，然后再issue上查了，建议使用脚本，而脚本又很难连上github的网络。最好搞了一个多小时才安装上。所以希望能够加入gitee链接

你到issues上去反馈吧，目前xmake update更新安装是支持gitee镜像源的，get.sh的脚本安装目前还不支持，主要是sh里面多个镜像的测速和源选择实现起来好麻烦的，所以之前懒的折腾。。

要么你从github releases上下载xmake-v2.2.9.xz.run这种自安装包也可以，直接本地运行，安装包也就1.5m左右，github再慢，1.5m下载应该也不会太久

[linuxsky]

package()定义的第三方包 在编辑链接完成后 ，在xmake run 时候提示找不到库，请问这个设置运行库 应该在哪里比较合适？

[waruqi]

package()定义的第三方包 在编辑链接完成后 ，在xmake run 时候提示找不到库，请问这个设置运行库 应该在哪里比较合适？

使用问题 请到https://github.com/xmake-io/xmake/issues 里面反馈，并详细描述下

[pikapi12321]

谢谢挺好用的。只是这里文档搜索不太好用，搜到过后定位不到词条。

[waruqi]

@pikapi12321 谢谢挺好用的。只是这里文档搜索不太好用，搜到过后定位不到词条。

这个也是用的别人文档搜索，先这么凑合着用吧，或者你可以下载md，里面搜下

[imkerberos]

神器, 全面转向 xmake 了.

[liuguohua-cn]

目前最好用的构建系统！

[czyt]

go 项目，linux下编译windows程序，报错

➜  xmakeDemo xmake f -p windows -a x86_64 -m release
checking for the Microsoft Visual Studio (x86_64) version ... no
please run:
    - xmake config --vs=xxx [--vs_toolset=xxx]
or  - xmake global --vs=xxx

[waruqi]

go 项目，linux下编译windows程序，报错

➜  xmakeDemo xmake f -p windows -a x86_64 -m release
checking for the Microsoft Visual Studio (x86_64) version ... no
please run:
    - xmake config --vs=xxx [--vs_toolset=xxx]
or  - xmake global --vs=xxx

有问题，请到github issues反馈

[Mintonmu]

针不戳

[xq114]

真正给人用的包管理就该长这个样子，赞👍跟这个比cmake真的是垃圾

[gzyrik]

是否支持指定 xmake 所在的脚本目录. 因为我是mac,linux,mac 三个虚拟机共享目录. 不想下载三份 xmake完整包, 理论上只需要不同可执行文件,共享脚本目录即可吧.

[waruqi]

可以的，只需要设置 XMAKE_PROGRAM_DIR 环境变量，指向对应的 xmake 脚本根目录就行了。。

[gzyrik]

请问 shared 模块时, 在 windows 平台下, 怎么添加 def 文件. add_ldflags("/def:xxx.def")没有启作用

[waruqi]

请问 shared 模块时, 在 windows 平台下, 怎么添加 def 文件. add_ldflags("/def:xxx.def")没有启作用

issues找下历史回答，有类似的，另外有问题请到 issues上反馈

[duohappy]

厉害了，已经买了实验楼的课程

[noy1993]

真的比cmake 好用不知道太多，希望xmake 做大做强

[waruqi]

真的比cmake 好用不知道太多，希望xmake 做大做强

谢谢

[cjxx2016]

用了段时间, 优点还是很明显的. 但缺点也非常明显, 最明显的就是文档太分散. 东一块西一块的. 极其不方便.支持这么多平台这么多接口, 为什么不好好整理一下, 让人一目了然呢? 继续支持一下.

[waruqi]

用了段时间, 有点还是很明显的. 但缺点也非常明显, 最明显的就是文档太分散. 东一块西一块的. 极其不方便.支持这么多平台这么多接口, 为什么不好好整理一下, 让人一目了然呢? 继续支持一下.

https://xmake.io/#/zh-cn/getting_started 上已经很完整了，各个平台的配置文档 和完整的接口说明都有，如果这样还觉得分散，那我也没办法。。

毕竟是业余整的，光开发和处理 issues 就得各种挤时间，我只能保证每次版本更新，会及时更新相关特性文档，但要求完整细致，我没这么多时间搞，如果觉得太散，你可以看懂了后帮忙提pr整理下。

[cjxx2016]

感谢这么快的回复. 文档内容确实是完整的. 但是整理的不够清楚, 我不是说做的不够, 而是做的比较散. 比如说设置输出路径, 一会叫 outputdir, 一会叫 buildir 一会叫 set_targetdir. 作为新人, 我查了不止 10次. 从名字的统一性上, 文档的结构, 都是比较乱的. 如果觉得这意见没用. 可以不必在意, 是希望你的项目可以更好才提的. 希望这个项目越来越强大的. 仍然支持一下.

[cjxx2016]

加油. 工具做的不错. 会保持关注.

[waruqi]

比如说设置输出路径, 一会叫 outputdir, 一会叫 buildir 一会叫 set_targetdir.

原本就不是同一个东西，当然没法统一， set_targetdir 是设置 特定 target 生成文件的目录，buildir 是整个大的 build 输出目录，outputdir 我不知道你哪看的，build 下没这个，只有 xmake install -o 等其他action的输出设置才是。

[cjxx2016]

你的理解上是没法统一. 所以你设置了不同的接口和名字, 如果按照你这种说法, 那什么都没法改才对,因为你觉得都是对的. 我也无话可说. 总之一句话, 爱用不用, 对吧. 既然意见不接受, 那你可以不改. 编译之后 用户需要有一个唯一或唯二的生成文件, 这个叫做输出文件, 它所在的路径叫做输出路径, 这是最基本. 不管你什么编译, 什么目标, 最终生成exe的文件位置是必要的.我就说你这几个接口没有一个能够清晰表示这个目的. 当然我也找了半天文档. 在xmake.lua 中设置的地方. 试了半天都不满意, 不如自己写命令重新拷贝. 仅此而已. 算了. 不重要. 不重要. 我功能已经写完了.

[waruqi]

你的理解上是没法统一. 所以你设置了不同的接口和名字, 如果按照你这种说法, 那什么都没法改才对,因为你觉得都是对的. 我也无话可说. 总之一句话, 爱用不用, 对吧. 既然意见不接受, 那你可以不改. 编译之后 用户需要有一个唯一或唯二的生成文件, 这个叫做输出文件, 它所在的路径叫做输出路径, 这是最基本. 不管你什么编译, 什么目标, 最终生成exe的文件位置是必要的.我就说你这几个接口没有一个能够清晰表示这个目的. 当然我也找了半天文档. 在xmake.lua 中设置的地方. 试了半天都不满意, 不如自己写命令重新拷贝.

target里面，除了 set_targetdir ，还有 set_objectdir, 等其他文件的输出目录，都叫 outputdir 怎么区分，我只是说了目前的设计就是这样，提到issues上合理的建议，我都会评估合理性，以及向下兼容性等各种情况，如果确实可以接受的我会采纳，但也不是所有的都会采纳

火气这么大干嘛，觉得不好用 你可以不用~

[cjxx2016]

你可以采纳或者不采纳, 我也可以用或者不用.

[cjxx2016]

并没有火气大. 只是你不想听而已.