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


Message #62 received at 13524 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Peter Rosin <peda <at> lysator.liu.se>
Cc: Karl Berry <karl <at> freefriends.org>, 13524 <at> debbugs.gnu.org,
	"automake-patches <at> gnu.org" <automake-patches <at> gnu.org>,
	Miles Bader <miles <at> gnu.org>
Subject: Re: bug#13524: Improving user experience for non-recursive builds
Date: Mon, 04 Feb 2013 12:23:56 +0100
On 02/04/2013 12:10 AM, Peter Rosin wrote:
> On 2013-02-03 21:42, Stefano Lattarini wrote:
>> I've pushed the promised patches to the rewindable branch
>> 'experimental/preproc' (based off of maint).  I'll also soon
>> send them to the list to simplify review (I will drop the
>> bug tracker from CC:, to avoid cluttering up the report).
>>
>> As usual, reviews are welcome.
> 
> I like the end result of this series, I especially like that I don't have
> to type &{this}& anymore. But I have some doubts whether the longish
> way to get there is really all that interesting?
>
No, not really; the different approaches and names we tried can just be
reported in the commit message, rather than littering up the Git history.

So I'll squash all the patches, excluding only the second one, which I
still wish to keep separate.

> [SNIP]  rest of rationle

> Another thing is that your new NEWS item is a bit awkward, and its
> single sentence is simply too long and winding IMHO. The * heading
> also needs an update.
> 
> From your 5/6:
> 
> * Current directory in makefile fragments:
>
Oops, I had indeed forgotten to update this!

>   - The special Automake-time substitutions '{RELDIR}' and '{CANON_RELDIR}'
>     (and their abbreviated versions, '{D}' and '{C}' respectively) can now
>     be used in an included Makefile fragment to indicate respectively the
>     relative directory of that fragment and its canonicalized version,
>     relative to the including Makefile:
> 
> My suggestion:
> 
> * Relative directory in Makefile fragments:
> 
>   - The special Automake-time substitutions '{RELDIR}' and '{CANON_RELDIR}'
>     (and their abbreviated versions, '{D}' and '{C}' respectively) can now
>     be used in an included Makefile fragment.  They are substituted with
>     the relative directory of the included fragment, or its canonicalized
>     version, compared to the top level including Makefile:
>
Yes, better.  But I find the following even better (marginally):

    The special Automake-time substitutions '{RELDIR}' and '{CANON_RELDIR}'
    (and their abbreviated versions, '{D}' and '{C}' respectively) can now
    be used in an included Makefile fragment.  They are substituted,
    respectively, with the relative directory of the included fragment and
    its canonicalized version, compared to the top level including Makefile:

OK?

> PS. You introduced the curdir naming, I had reldir in my original patch. :-)
> 
Yikes, sorry.

Regards,
  Stefano




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

Previous Next


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