A better way to build is to write a build.dash script

It would simply execute in shell. I use this method. It is extremely readable 
and manageable. Ofc, it cannot be used for other softwares where bloatware is 
used!


Thanking you
Sagar Acharya
https://humaaraartha.in/selfdost/selfdost.html



22 Sept 2023, 10:17 by cont...@strahinja.org:

> On 23/09/21 09:42AM, LM wrote:
>
>> I build a lot of common libraries and programs from source.  Many of
>> them are switching to cmake.  I'm not a fan of cmake.  For one thing,
>> it's so complicated to build from source code that I can't bootstrap
>> the build of cmake itself.  I really would prefer to build as many of
>>
>
> I agree. Anyone who tries to build a LFS system (or a derivation of it) will 
> inevitably come across the beast that is cmake. When creating build scripts 
> for 
> "roll my own" static musl distro, Galeb[1], I came to several conclusions:
>
> * cmake is a bloated mess (understatement), takes ages to build
> * It being written in C++ is part of the reason for the above
> * cmake can't properly figure out static library dependencies, in some 
>  cases they still need to be configured manually
>
> When it comes to the choice of a build system, I know of a number of options 
> which are way better than cmake (in no particular order):
>
> - djb redo
> - POSIX make
> - Plan9 mk
>
> On topic, I'm afraid I haven't come across any automated converters, and as 
> others have stated, it probably isn't even possible. I think it would be 
> easier 
> to write build scripts for packages using cmake in a simpler build system 
> from 
> scratch.
>
>
> [1]: https://strahinja.srht.site/galeb/
>

Reply via email to