() Paul Eggert <egg...@cs.ucla.edu> () Thu, 07 Aug 2014 17:44:00 -0700
First, I partially addressed this problem in 2006 in gnulib's
AC_C_VARARRAYS macro (sorry, I forgot about this until today).
No worries.
Second, the C standardization committee addressed it in a
different way, in C11's __STDC_NO_VLA__ macro. So just now I
fixed gnulib to do things the C11 way. RCS should be able to
use the vararrays module of the updated gnulib, and then do
something like this:
[VLA_ELEMS]
I prefer the name VLA_ELEMS to ARSZ_FN_PARM, as it's shorter and
more mnemonic to people who are used to the standard terminology.
Sounds good to me.
It might be helpful to have a gnulib module that implements
VLA_ELEMS, such as in the attached patch; what do you think?
(I haven't installed it.)
The more gnulib does, the less RCS has to do, so i'm in favor of
this approach (including module ‘vla’). You say "partially", so i
infer that buggy compiler detection remains an RCS responsibility
(and that doing so via configure-time test is still the best way).
Is that correct? If not, what do you mean by "partially"?
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions 'technical)
(not (via 'mailing-list)))
=> nil
signature.asc
Description: PGP signature
