Make [was Re: SCons and gdc]

Paulo Pinto pjmlp at progtools.org
Tue Oct 23 05:17:55 PDT 2012


On Tuesday, 23 October 2012 at 09:07:34 UTC, Russel Winder wrote:
> On Mon, 2012-10-22 at 13:19 -0700, H. S. Teoh wrote:
> […]
>> <rant>
>> Well, this is just my biased arrogant opinion, but the root of 
>> the
>> problem is that make is an antiquated overly-simplistic script 
>> that has
>> long outlived its time, but due to historical reasons still 
>> survive
>> festering under the layers of patches that it has acquired 
>> over the
>> course of its sad life. Automake and its ilk are just yet 
>> another
>> (system of) layer of patches upon the same broken system that 
>> doesn't
>> address the fundamental design flaws in make. It's an edifice 
>> of cards
>> that nobody dares touch because, well, it would take too much 
>> effort to
>> reproduce all the tiny obscure cases it has been tweaked for 
>> over the
>> years. But it's nonetheless a nigh unmaintainable fortress of 
>> cards that
>> will collapse at the slightest provocation in the most 
>> unhelpful of
>> ways. It's like implementing the whole of Windows 8 in K&R C. 
>> In this
>> day and age, one would *think* we could do better, but no, 
>> this fossil
>> from the 70's still shambles on, to the unnecessary suffering 
>> of
>> countless generations of new programmers.
>> </rant>
>
> Make was a revelation and a revolution in 1977.
>
> Surprisingly Make remains very useful for small tasks not 
> requiring
> cross-platform portability.
>
> Autotools is very UNIX biased.
>
> CMake keeps Make going. Just.
>
> Waf and SCons work well across platforms for C, C++, D, 
> Fortran, LaTeX,
> Vala, but not JVM-based languages.
>
> Gradle rules on the JVM, along with SBT and Leiningen. Gradle 
> is also
> trying to invade the C++ space.


Even worse is having new generations of developers learning that 
the 70's way of Make and Autotools is the way to go.

--
Paulo



More information about the Digitalmars-d mailing list