add sh/bash to pain list [LWN.net]

add sh/bash to pain list

Posted Feb 22, 2007 16:52 UTC (Thu) by khim (subscriber, #9252)
In reply to: add sh/bash to pain list by cate
Parent article: The Road to KDE 4: CMake, a New Build System for KDE (KDE.News)

Is this not contrary to the spirit of make? Also kernel had such problems, showing that it is not easy to tell make the right dependencies.

It's not easy to tell the right dependencies period. make has nothing to do with this: you can create perfectly manageable make-based system (see kernel 2.6) or you can create mess with any other system. Things like mod_ssl hack (one file has the C program, perl script to regenerale this program and data for said perl script - you should run perl+gcc or just gcc dependyng on type of changes) can not be sanely handled by ANY build system.

(Log in to post comments)

add sh/bash to pain list

Posted Feb 23, 2007 22:16 UTC (Fri) by nix (subscriber, #2304) [Link]

Quite so.

*Any* large system will soon acquire strange code generators and autobuild
rules involving them, and you'll *have* to have some way of telling the
code generator what the build rules are.

It can get insanely elaborate, e.g. gcc's horde of build tools using files
which might in extremis need to be built once with the build compiler,
once with the host compiler, *and* once with the target compiler
(libiberty is like this in Canadian cross builds); GCC's
build-a-makefile-on-the-fly system for building libgcc; or libjava's
`accumulate filenames and write most of the makefile on the fly' system
(all of which have good reasons to exist and are big improvements on what
predated them).

glibc is another good example, with automatic tree walkers finding the
`most system-specific suitable file, if any'...

The question of whether you put that stuff in CMake libraries or in files
included by the Makefile is somewhat academic, really. It still needs to
be there.

add sh/bash to pain list

Posted Feb 24, 2007 10:25 UTC (Sat) by k8to (subscriber, #15413) [Link]

Agreed hairy tricky tools are often enough needed. Agreed where they live for the sake of where they live doesn't matter. It's a question worth exploring if you can make viewing and editing the expression of that more sane one way or the other, I think.