lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87vecyeg5y.fsf@hades.wkstn.nix>
Date:	Thu, 05 Jul 2007 21:42:17 +0100
From:	Nix <nix@...eri.org.uk>
To:	Bodo Eggert <7eggert@....de>
Cc:	Karel Zak <kzak@...hat.com>,
	List util-linux-ng <util-linux-ng@...r.kernel.org>,
	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [ANNOUNCE] util-linux-ng 2.13-rc1

On 5 Jul 2007, DervishD spake thusly:
>  * Bodo Eggert <7eggert@....de> 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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ