[Top][All Lists]

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

Re: 'static' in array-size func parm

From: Thien-Thi Nguyen
Subject: Re: 'static' in array-size func parm
Date: Fri, 08 Aug 2014 09:47:45 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)

() Paul Eggert <address@hidden>
() 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:


   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

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]