From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: <daniel.santos@pobox.com>
Cc: Daniel Santos <danielfsantos@att.net>,
Jason Wessel <jason.wessel@windriver.com>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] linux/bug.h: make BUILD_BUG_ON generate compile-time error
Date: Mon, 4 Jun 2012 10:32:35 -0400 [thread overview]
Message-ID: <4FCCC703.2070609@windriver.com> (raw)
In-Reply-To: <4FCC9D7F.7070404@att.net>
On 12-06-04 07:35 AM, Daniel Santos wrote:
> This is pretty straight-forward. __compiletime_error is defined in
> compiler-gcc4.h with appropriate version checks, so shouldn't break on
> older compilers. This makes the difference between getting an error at
> link-time and getting one at compile time. Example:
It is such a rarity for it to be triggered, that I wonder if it
really matters whether it happens at compile time, or you wait
the extra minute for link time. Regardless, you've got your
commit log written here, and not in the patch (which was attached
and not inline; preventing comment) and you've not got any
Signed-off line.
>
> /home/daniel/proj/kernel/grbtest/grbtest2.c:83:2: error: call to
> ‘__build_bug_on_failed’ declared with attribute error: BUILD_BUG_ON
> failed: !__builtin_constant_p(count)
Also the string "BUILD_BUG_ON failed" is in itself misleading, as if
the macro itself has issues, vs. say using the word "triggered" or
"tripped" vs. "failed". You also don't want to put the whole
meaningless paths in commit logs normally (the /home/me/mydir part).
>
> The above points me directly to where I called BUILD_BUG_ON. Note that
> I'm moving __build_bug_on_failed out of the global scope, just so it can
> be re-declared with different attributes each time.
It wasn't clear to me why you'd want to re-declare things with
different attributes ever.
Paul.
>
> Daniel
next prev parent reply other threads:[~2012-06-04 14:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-04 11:35 [PATCH] linux/bug.h: make BUILD_BUG_ON generate compile-time error Daniel Santos
2012-06-04 14:32 ` Paul Gortmaker [this message]
2012-06-04 20:04 ` Daniel Santos
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=4FCCC703.2070609@windriver.com \
--to=paul.gortmaker@windriver.com \
--cc=daniel.santos@pobox.com \
--cc=danielfsantos@att.net \
--cc=jason.wessel@windriver.com \
--cc=linux-kernel@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