public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: DervishD <lkml@dervishd.net>
To: Nix <nix@esperi.org.uk>
Cc: Bodo Eggert <7eggert@gmx.de>, Karel Zak <kzak@redhat.com>,
	List util-linux-ng <util-linux-ng@vger.kernel.org>,
	linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [ANNOUNCE] util-linux-ng 2.13-rc1
Date: Fri, 6 Jul 2007 08:41:53 +0200	[thread overview]
Message-ID: <20070706064153.GA25161@DervishD> (raw)
In-Reply-To: <87vecyeg5y.fsf@hades.wkstn.nix>

    Hi Nix :)

 * Nix <nix@esperi.org.uk> dixit:
> On 5 Jul 2007, DervishD spake thusly:
> >> 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 really like the spirit of CMake. Of course, it adds a dependency,
but IMHO is much safer to depend on CMake being installed (or Perl, for
that matter) than to depend on a shell. Every shell out there seems to
do things on its own, and apart from dash, which is more or less
standard, the rest of shells do actually violate the standard one way or
another (in fact, configure script include workarounds for at least Bash
and Zsh).

> 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...

    Well, that's nothing that a good editor can't solve. You can
configure VIM to lowercase your CMakelist while you edit, and uppercase
it afterwards. And yes, I also thing that's a bad idea and eyes hurt
badly when reading uppercase. Maybe it's not too late to change it ;)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!

  parent reply	other threads:[~2007-07-06  6:42 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <8CYT9-4Ou-23@gated-at.bofh.it>
     [not found] ` <8Dh9k-8lT-3@gated-at.bofh.it>
     [not found]   ` <8DtDz-3xC-15@gated-at.bofh.it>
2007-07-05 14:50     ` [ANNOUNCE] util-linux-ng 2.13-rc1 Bodo Eggert
2007-07-05 19:20       ` DervishD
2007-07-05 20:42         ` Nix
2007-07-05 20:55           ` Bernhard Walle
2007-07-06  6:42             ` Nix
2007-07-06  7:19               ` Mike Frysinger
2007-07-06 22:43                 ` Nix
2007-07-06  6:41           ` DervishD [this message]
2007-07-06  7:17             ` Mike Frysinger
2007-07-06 10:43               ` DervishD
2007-07-06 12:17         ` Bodo Eggert
2007-07-06 12:51           ` DervishD
2007-07-05 20:36       ` Nix
2007-07-05 21:30       ` Mike Frysinger
2007-07-05 21:34         ` Nix
2007-07-05 21:47           ` Mike Frysinger
2007-07-06  0:30         ` Bryan Henderson
2007-07-06  1:16           ` Mike Frysinger
2007-07-06 16:50             ` Bryan Henderson
2007-07-03 22:11 Karel Zak
2007-07-04  8:42 ` Christoph Hellwig
2007-07-04 10:34   ` David Miller
2007-07-05 16:41   ` Mike Frysinger
2007-07-05 18:04     ` Andreas Dilger
2007-07-05 21:30     ` Karel Zak
2007-07-06  0:38       ` Matthew Wilcox
2007-07-05 23:03   ` Jeff Garzik
2007-07-06  9:01     ` Gerd Hoffmann
2007-07-06  9:16       ` Jeff Garzik
2007-07-06 19:35       ` Joel Becker
2007-07-09  7:20         ` Gerd Hoffmann
2007-07-09 20:18           ` Mike Frysinger
2007-07-04 11:11 ` Jan Engelhardt
2007-07-05 17:22   ` H. Peter Anvin
2007-07-04 17:47 ` DervishD
2007-07-05  7:01   ` Nix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070706064153.GA25161@DervishD \
    --to=lkml@dervishd.net \
    --cc=7eggert@gmx.de \
    --cc=kzak@redhat.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nix@esperi.org.uk \
    --cc=util-linux-ng@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox