GNU bug report logs - #13524
Improving user experience for non-recursive builds

Previous Next

Package: automake;

Reported by: Miles Bader <miles <at> gnu.org>

Date: Tue, 22 Jan 2013 09:20:02 UTC

Severity: wishlist

Tags: patch

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Miles Bader <miles <at> gnu.org>
To: Peter Rosin <peda <at> lysator.liu.se>
Cc: Eric Blake <eblake <at> redhat.com>, Stefano Lattarini <stefano.lattarini <at> gmail.com>, 13524 <at> debbugs.gnu.org, "automake-patches <at> gnu.org" <automake-patches <at> gnu.org>, Karl Berry <karl <at> freefriends.org>
Subject: bug#13524: Improving user experience for non-recursive builds
Date: Tue, 5 Feb 2013 10:01:17 +0900
%...% seems nice to me.

I don't think "typability" should be a prime factor in deciding,
especially such trivial issues such as shifted-characters (like 75% of
punctuation in Makefiles is shifted on most keyboards); readability is
_much_ more important (and readability in many cases means not too
long, especially for something which is likely to appear multiple
times in file lists etc...).  I don't like the AM_ variants: automake
input files are obviously in the automake language, so it seems silly
and redundant to include "AM_".

Incidentally, given the name, I assume the name "reldir" always refers
to a relative path? What is it relative to again?  If I want to refer
to a source file, do I write "$(srcdir)/%reldir%/filename" (as opposed
to e.g. "$(top_srcdir)/%reldir%/filename")?

... and "canon_reldir" means the same thing, except canonicalized?
[In other words, still always relative, e.g. by converting to an
absolute canonical name using some sort of truename  function, and
then removing the source-directory prefix.]

Thanks,

-miles

--
Cat is power.  Cat is peace.




This bug report was last modified 12 years and 131 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.