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

Previous Next

Full log

View this message in rfc822 format

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Miles Bader <miles <at> gnu.org>
Cc: Peter Rosin <peda <at> lysator.liu.se>, Eric Blake <eblake <at> redhat.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: Thu, 07 Feb 2013 10:33:44 +0100

On 02/05/2013 02:01 AM, Miles Bader wrote:
> %...% seems nice to me.
> 
I'm fine to settle for that (see my reply to last mail from Peter for
more details).

> Incidentally, given the name, I assume the name "reldir" always refers
> to a relative path? What is it relative to again?
>
The path of the Makefile.am currently being processed.

> If I want to refer
> to a source file, do I write "$(srcdir)/%reldir%/filename" (as opposed
> to e.g. "$(top_srcdir)/%reldir%/filename")?
>
Yes; and I think we should add a test for this, since it might be a very
important use case (thanks for bringing it up, BTW).

> ... and "canon_reldir" means the same thing, except canonicalized?
>
Yes, "canonicalized" in a sense quite specific to Automake:

  <http://www.gnu.org/software/automake/manual/automake.html#Canonicalization>

So, for example, if %reldir% expands to 'foo/bar-baz.d', '%canon-reldir%'
will expand to 'foo_bar_baz_d'.

> [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.]
>
Not at all; see above.

Thanks,
  Stefano

Previous Next

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