bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Miles Bader
%...% 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

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Rosin
On 2013-02-04 19:11, Stefano Lattarini wrote: > On 02/04/2013 06:33 PM, Eric Blake wrote: >> So they aren't quite affected by configure, but they are dependent on >> relative location, just like existing substitutions like @top_srcdir@ >> are dependent on relative location. >> > Yes, but they are d

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 06:33 PM, Eric Blake wrote: > On 02/04/2013 10:19 AM, Stefano Lattarini wrote: >> Because it would mix up very different concepts: a '@...@' substitution >> is meant for something that depends on configure-time check (or at >> least from code in configure), and is substituted the same

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Eric Blake
On 02/04/2013 10:19 AM, Stefano Lattarini wrote: > Because it would mix up very different concepts: a '@...@' substitution > is meant for something that depends on configure-time check (or at > least from code in configure), and is substituted the same in *every* > Makefile and makefile fragment;

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 03:06 PM, Peter Rosin wrote: > On 2013-02-04 14:43, Stefano Lattarini wrote: >> On 02/04/2013 01:04 PM, Peter Rosin wrote: >>> I {{think}} this one will be the easiest on us all. >>> >> I tend to agree (but see Peter Johansson's proposal to use >> {AM_RELDIR} instead; what do you thin

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Rosin
On 2013-02-04 14:43, Stefano Lattarini wrote: > On 02/04/2013 01:04 PM, Peter Rosin wrote: >> I {{think}} this one will be the easiest on us of all. BTW, that was a mix of "on us all" and "on all of us", if anyone didn't notice... >> > I tend to agree (but see Peter Johansson's proposal to use >

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 01:04 PM, Peter Rosin wrote: > On 2013-02-04 12:33, Stefano Lattarini wrote: >> On 02/04/2013 10:35 AM, Peter Rosin wrote: >>> Not sure what to do about it, or if it matters... >>> >> It does IMHO, since the failure you pointed out, albeit easy to >> work around, wouldn't be very obvi

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 01:44 PM, Peter Johansson wrote: > On 2/4/13 9:33 PM, Stefano Lattarini wrote: >> What about doubling the curly braces? As in '{{RELDIR}}'. >> Would that be tolerable? Other possibilities (none particularly >> pleasant either, IMHO): >> >>{+RELDIR+} >>{:RELDIR:} >>{.RELD

bug#13624: ACLOCAL_PATH documentation

2013-02-04 Thread Stefano Lattarini
severity 13624 minor tags 13624 + moreinfo thanks On 02/04/2013 01:14 AM, Taylan Ulrich B. wrote: > Good day, > > The ACLOCAL_PATH environment-variable might benefit from better > documentation. > This is a little vague. What do you mean by "better documentation"? Do you find specific passages u

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Johansson
On 2/4/13 9:33 PM, Stefano Lattarini wrote: What about doubling the curly braces? As in '{{RELDIR}}'. Would that be tolerable? Other possibilities (none particularly pleasant either, IMHO): {+RELDIR+} {:RELDIR:} {.RELDIR.} {-RELDIR-} Other proposals? Using Automake's namespace, '

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Rosin
On 2013-02-04 12:33, Stefano Lattarini wrote: > On 02/04/2013 10:35 AM, Peter Rosin wrote: >> Not sure what to do about it, or if it matters... >> > It does IMHO, since the failure you pointed out, albeit easy to > work around, wouldn't be very obvious to diagnose, from the point > of view of a non

bug#13514: unintentional regression with AC_CONFIG_MACRO_DIR in 1.13.1

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 11:00 AM, Pavel Raiskup wrote: >> [ ... ] > > Ping. Are you considering my opinions OK? > Basically yes; and a patch would obviously be welcome, if you want to speed up the fixing of this bug ;-) > Quickly again (let's say that AC_CONFIG_MACRO_DIR([m4]) is specified): > a) Warn b

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Rosin
On 2013-02-04 12:23, Stefano Lattarini wrote: > 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 sim

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
On 02/04/2013 10:35 AM, Peter Rosin wrote: > On 2013-02-04 00:10, 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

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Stefano Lattarini
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

bug#13514: unintentional regression with AC_CONFIG_MACRO_DIR in 1.13.1

2013-02-04 Thread Pavel Raiskup
> [ ... ] Ping. Are you considering my opinions OK? Quickly again (let's say that AC_CONFIG_MACRO_DIR([m4]) is specified): a) Warn because 'aclocal -I m4' wants to search 'm4' dir which does not exist. Ignoring this completely is imo idea; b) Don't fail in that because it breaks autore

bug#13524: Improving user experience for non-recursive builds

2013-02-04 Thread Peter Rosin
On 2013-02-04 00:10, 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:,