Re: m4_for bug?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Eric,

* Eric Blake wrote on Tue, Oct 31, 2006 at 03:11:32PM CET:
> 
> Based on the documentation, I expected
> m4_for([i], [1], [5000], [[a]])
> to be identical to
> m4_for([i], [1], [5000], [], [[a]])
> with both forms printing 5000 a's.

Are you sure?  The documentation states
| -- Macro: m4_for (VAR, FIRST, LAST, [STEP], EXPRESSION)

not
| -- Macro: m4_for (VAR, FIRST, LAST, [STEP,] EXPRESSION)

and I don't think Autoconf uses constructs like that.
I do see though that the documentation is usually inprecise
in that it writes

   macro (VAR, [OPTIONAL-LAST-VAR])

instead of

   macro (VAR[, OPTIONAL-LAST-VAR])

but I'm not sure whether fixing that would help anybody (and
I don't know off-hand how to fix it easily).

OTOH, I do think that an m4_for that has an empty 5th argument
should not magically do the wrong thing, which really rules out 
that the comma following the optional STEP may be dropped.
Let's remember that macros that depend on $# are mostly evil.

Cheers,
Ralf


_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
http://lists.gnu.org/mailman/listinfo/autoconf

[Index of Archives]     [GCC Help]     [Kernel Discussion]     [RPM Discussion]     [Red Hat Development]     [Yosemite News]     [Linux USB]     [Samba]

  Powered by Linux