From: Bryce Lelbach <blelbach@cct.lsu.edu>
To: Compiling the Linux Kernel with Clang/LLVM
<llvmlinux@lists.linuxfoundation.org>
Cc: Behan Webster <behanw@converseincode.com>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
Felipe Balbi <balbi@ti.com>,
netfilter-devel@vger.kernel.org, davem@davemloft.net
Subject: Re: [llvmlinux] [PATCH V2 2/3] Remove VLAIS usage from gadget code
Date: Wed, 5 Dec 2012 17:48:24 -0600 [thread overview]
Message-ID: <20121205234822.GB1887@pyxis.br.cox.net> (raw)
In-Reply-To: <20121204222438.GA7624@breakpoint.cc>
[-- Attachment #1: Type: text/plain, Size: 2255 bytes --]
On 2012.12.04 23.24, Sebastian Andrzej Siewior wrote:
> > VLAIS is not something they are willing to accept (for various
> > reasons). There are other patches to LLVM that are still working
> Is this not described in C99 6.7.2.1p16?
No, this is not the case - flexible array members are a very different beast,
which are in-and-of-themselves of debatable merit. C99 6.7.2.1p8 explicitly
states that VLAIS are illegal. The same language is present in C11 (same
section):
A member of a structure or union may have any object type other than a variably
modified type.
In C99 6.7.5.1p3, the definition of a variably modified type is given:
.. [snip] ... If the nested sequence of declarators in a full declarator
contains a variable length array type, the type specified by the full
declarator is said to be variably modified.
It would require incredible, earth-moving acts for VLAIS to become a part of the
ISO/IEC standard for the C programming language.
P.S. As a general note, while I do agree that it is preferable to rewrite code
using VLAIS instead of utilizing a macro, I would ask that some reconsideration
be given, unless there are Linux kernel developers who are willing and able
to implement the necessary rewrites. The LLVMLinux project does not wish to
decrease the code quality of the Linux kernel, and certainly we do not intend to
cause any GCC breakage.
However, I think that rewrites to all the relevant VLAIS code would be quite
time consuming for the LLVMLinux team, and the proposed macro does not appear
to me to present any particular evil, other than by nature of being a macro.
If faced between the choice of either accepting this VLAIS patch, or not being
able to compile the Linux kernel with standard-compliant, largely GCC-compatible
compilers such as Clang and icc, I would think that accepting the VLAIS patch
would be preferable.
(note also that I have only come in on the end of this thread, and I may have
missed part of the context).
--
Bryce Adelstein-Lelbach aka wash
STE||AR Group, Center for Computation and Technology, LSU
--
860-808-7497 - Cell
225-578-6182 - Work (no voicemail)
--
stellar.cct.lsu.edu
boost-spirit.com
llvm.linuxfoundation.org
--
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2012-12-06 0:17 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-30 21:18 [PATCH V2 0/3] Removing the use of VLAIS from USB Gadget and netfilter Behan Webster
2012-10-30 21:18 ` [PATCH V2 1/3] Helper macros used for replacing the use of VLAIS Behan Webster
2012-10-30 21:18 ` [PATCH V2 2/3] Remove VLAIS usage from gadget code Behan Webster
2012-10-31 13:28 ` Felipe Balbi
2012-10-31 15:33 ` Behan Webster
2012-11-01 7:21 ` Felipe Balbi
2012-11-01 15:03 ` David Miller
2012-12-03 11:57 ` Sebastian Andrzej Siewior
2012-12-03 18:57 ` Behan Webster
2012-12-04 22:24 ` Sebastian Andrzej Siewior
2012-12-04 23:50 ` Behan Webster
2012-12-05 23:48 ` Bryce Lelbach [this message]
2012-10-30 21:18 ` [PATCH V2 3/3] Remove VLAIS usage from netfilter Behan Webster
2012-10-31 16:45 ` [PATCH V2 0/3] Removing the use of VLAIS from USB Gadget and netfilter David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121205234822.GB1887@pyxis.br.cox.net \
--to=blelbach@cct.lsu.edu \
--cc=balbi@ti.com \
--cc=behanw@converseincode.com \
--cc=davem@davemloft.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=llvmlinux@lists.linuxfoundation.org \
--cc=netfilter-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome