My work uses this and it's slooooooow. Would not recommend.
the command file generator is usually last to blame for a slow compile, making it output a cmake/ninja/make project would not speed up a poorly structured compilation tree at all
Xmake: A cross-platform build utility based on Lua
11–20 of 41 posts
Re: Xmake: A cross-platform build utility based on Lua
#12Earlier quoted context omitted.
Then you are already using XMake (albeit a different one than OP), it's the original codename for MSBuild, still present in the code: https://github.com/dotnet/msbuild/blob/main/src/MSBuild/XMak... :)
Your phrasing could confuse readers: MSBuild happened to historically have XMake as a codename but is entirely unrelated to the build system known as XMake.
Clarified my comment a bit, thanks
Re: Xmake: A cross-platform build utility based on Lua
#13My work uses this and it's slooooooow. Would not recommend.
the command file generator is usually last to blame for a slow compile, making it output a cmake/ninja/make project would not speed up a poorly structured compilation tree at all
I don't believe xmake is a command file generator, is it?
Re: Xmake: A cross-platform build utility based on Lua
#14Earlier quoted context omitted.
the command file generator is usually last to blame for a slow compile, making it output a cmake/ninja/make project would not speed up a poorly structured compilation tree at all
I don't believe xmake is a command file generator, is it?
it has a feature to output such files, see https://github.com/xmake-io/xmake?tab=readme-ov-file#generat...
Re: Xmake: A cross-platform build utility based on Lua
#15Just yesterday someone was telling me xmake does a lot of what bazel can do (hermetic, deterministic, optionally remote builds) while being easier to use.
I took a look at the docs later and couldn’t find a direct comparison. But there does seem to be a remote build system. And there were a few mentions of sandboxing.
Can anyone provide a head to head comparison?
Does xmake strictly enforce declared dependencies? Do actions run in their own sandboxes?
Can you define a target whose dependency tree is multi language, multi toolchain, multi target platform and which is built across multiple remote execution servers?
Re: Xmake: A cross-platform build utility based on Lua
#16I apologise for this:
What's wrong with premake which is also Lua based?
when I meant:
What advantage does this have over premake which is also Lua based?
Re: Xmake: A cross-platform build utility based on Lua
#17At my work we use MSBuild and vcpkg. What would a transition from that to XMake be like?
As far as I am aware, there no integrations available with Visual Studio, and not sure about C++20 modules and import std support.
It can generate a Visual Studio project, then use the xmake CLI to integrate and compile the project, and supports debugging and IntelliSense.
https://xmake.io/guide/extensions/builtin-plugins.html#gener...
C++ Modules examples:
https://xmake.io/examples/cpp/cxx-modules.html
https://github.com/xmake-io/xmake/tree/dev/tests/projects/c%...
Re: Xmake: A cross-platform build utility based on Lua
#18I apologise for this: What's wrong with premake which is also Lua based? when I meant: What advantage does this have over premake which is also Lua based?
What’s wrong with xmake which is also Lua based?
Re: Xmake: A cross-platform build utility based on Lua
#19Can anyone explain xmake in terms of Build Systems a la Carte?
Re: Xmake: A cross-platform build utility based on Lua
#20My work uses this and it's slooooooow. Would not recommend.
is that so? my experience's quite good