Show HN: Xmake, a modern C/C++ build utility

For better or worse though, CMake has won! Many IDE's including Visual Studio can directly work with CMake files. In addition, even Google which is famous for doing things their own way, has now added official, first-class CMake support to their open source C++ library Abseil https://abseil.io/blog/20190402-cmake-support

If you are writing an open source C++ library, even if you support some other C++ build system, chances are you will also have CMake support as well.

While I have no doubt, xmake is easier to use than CMake (just having Lua over CMake's abomination of a language is a great improvement), the fact that so many libraries and tools already support CMake is going to make adoption an uphill battle.

Re: Show HN: Xmake, a modern C/C++ build utility

#6

Post by mhh__ » Tue, Apr 09, 2019, 1:27 AM UTC

unrealhoang wrote: post #4

Now we have N+1 incompatibile build systems.

Until you eventually you have n-k fit for purpose build systems. Having competing standards isn't always a bad thing e.g. if they do slightly different jobs

Re: Show HN: Xmake, a modern C/C++ build utility

#7

Post by euyyn » Tue, Apr 09, 2019, 1:27 AM UTC

Does it produce hermetic builds?

Re: Show HN: Xmake, a modern C/C++ build utility

#8

Post by waruqi » Tue, Apr 09, 2019, 1:30 AM UTC

One of the purposes of xmake is to solve the problem of C/C++ dependency packages.

Re: Show HN: Xmake, a modern C/C++ build utility

#9

Post by waruqi » Tue, Apr 09, 2019, 1:32 AM UTC

euyyn wrote: post #7

Does it produce hermetic builds?

What's hermetic builds?

Re: Show HN: Xmake, a modern C/C++ build utility

#10

Post by waruqi » Tue, Apr 09, 2019, 1:34 AM UTC

unrealhoang wrote: post #4

Now we have N+1 incompatibile build systems.

If the existing tools are really good enough to meet all user needs, there will be no N+1 build systems.