From: David Laight <David.Laight@ACULAB.COM>
To: 'Kees Cook' <keescook@chromium.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"'linux@rasmusvillemoes.dk'" <linux@rasmusvillemoes.dk>,
'Steven Rostedt' <rostedt@goodmis.org>,
"'bvanassche@acm.org'" <bvanassche@acm.org>,
"torvalds@linux-foundation.org" <torvalds@linux-foundation.org>,
"Nathan Chancellor" <nathan@kernel.org>,
Nick Desaulniers <ndesaulniers@google.com>,
Arnd Bergmann <arnd@arndb.de>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>
Subject: RE: [PATCH v2 next] compiler.h: Move __is_constexpr() to compiler.h.
Date: Fri, 6 Oct 2023 08:28:04 +0000 [thread overview]
Message-ID: <a52781cd79104c978289d3d5e98b0cd4@AcuMS.aculab.com> (raw)
In-Reply-To: <202310050921.F0B15702D4@keescook>
From: Kees Cook
> Sent: 05 October 2023 17:22
>
> On Thu, Oct 05, 2023 at 11:39:54AM +0000, David Laight wrote:
> > Prior to f747e6667ebb2 __is_constexpr() was in its only user minmax.h.
> > That commit moved it to const.h - but that file just defines ULL(x) and
> > UL(x) so that constants can be defined for .S and .c files.
> > So apart from the word 'const' it wasn't really a good location.
> > Instead move the definition to compiler.h just before the similar
> > is_signed_type() and is_unsigned_type().
> > This may not be a good long-term home, but the three definitions
> > belong together.
> >
> > Signed-off-by: David Laight <david.laight@aculab.com>
>
> Yeah, this is what I'd expect (a duplicate move in tools/). Thanks!
I did try to run something that might have built 'perf'.
But it complained about a lot of stuff not being installed.
I do wonder if a better home for all these is_xxx() and __is_xxx()
would be at the top of build_bug.h.
While they can be used on their own (eg with __builtin_choose_expr())
they are typically used with the compile-time asserts
(or at least with code that is also doing asserts.)
So there might only be a few places that need the extra #include.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
next prev parent reply other threads:[~2023-10-06 8:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-05 11:39 [PATCH v2 next] compiler.h: Move __is_constexpr() to compiler.h David Laight
2023-10-05 16:21 ` Kees Cook
2023-10-06 8:28 ` David Laight [this message]
2023-10-06 15:51 ` David Laight
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=a52781cd79104c978289d3d5e98b0cd4@AcuMS.aculab.com \
--to=david.laight@aculab.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=bvanassche@acm.org \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@rasmusvillemoes.dk \
--cc=nathan@kernel.org \
--cc=ndesaulniers@google.com \
--cc=rostedt@goodmis.org \
--cc=torvalds@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.