On 5 Jul 2007, DervishD spake thusly: > * Bodo Eggert <7eggert@xxxxxx> dixit: >> Standardisation is good, but autotools (as they are used) usurally isn't. > > Usually, by picking other's project configure.in and tweak blindly. You'd think they'd never heard of autoscan... > My favourite is when the project doesn't honor --*dir options. Or > when the project breaks badly if you put some files in different places > by using configure options... That's good standarization. That's a broken project, I'd say. But you have a point, which is that autoconf does too little, and automake plugs the gaps badly (and let's not even talk about the abomination which is libtool). >> Configuring the build of an autotools program is harder than nescensary; >> if it used a config file, you could easily save it somewhere while adding >> comments on how and why you did *that* choice, and you could possibly >> use a set of default configs which you'd just include. > > Looks like CMake... That's cool :) thanks to KDE using it everyone's autobuilders are having to adapt to cmake anyway, and it's not hard and you only have to do it once. >> I'm really really happy if I read 'edit Makefile.conf and run make...'. > > Again, this looks like CMake... :) My only real grouch with cmake is that the authors have invented a language with so bloody many capital letters in it. Looking at cmake macros makes my eyes bleed even more badly than looking at the mass of involuted nested brackets in configure.ac's, and that's a difficult thing to do. (It's less portable than autoconf-generated configure scripts but most of autoconf's portability tests are for long-dead systems anyway, and as you said util-linux of all projects doesn't give a damn. I don't really care if software isn't portable to an Interactive box --- EOLed in 1992 --- or a SunOS 4.0 or HP-UX 8 box.) There's a good reason most text is lowercase. Even Lisp moved to lowercase a long time ago... - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
