From: Simon Marchi via Gdb-patches <gdb-patches@sourceware.org>
To: Lancelot SIX <lsix@lancelotsix.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH v2 1/4] gdb: Add typesafe getter/setter for cmd_list_element.var
Date: Tue, 10 Aug 2021 20:56:43 -0400 [thread overview]
Message-ID: <49f18823-1947-ed5a-5d5e-98cf27169588@polymtl.ca> (raw)
In-Reply-To: <20210810215852.vtd2vhnayefcxqi7@Plymouth>
>>> diff --git a/gdb/command.h b/gdb/command.h
>>> index baf34401a07..644812c4d46 100644
>>> --- a/gdb/command.h
>>> +++ b/gdb/command.h
>>> @@ -125,6 +125,164 @@ typedef enum var_types
>>> }
>>> var_types;
>>>
>>> +/* Return true if a setting of type VAR_TYPE is backed with type T.
>>> +
>>> + This function is left without definition intentionally. This template
>>> + is specialized for all valid types that are used to back var_types.
>>> + Therefore if one tries to instantiate this un-specialized template it
>>> + means the T parameter is not a type used to back a var_type and it is most
>>> + likely a programming error. */
>>> +template<typename T>
>>> +inline bool var_type_uses (var_types t);
>>
>> So what will happen if you try to use var_type_uses with an invalid
>> template type, link error? Tony suggested using a static_assert to have
>> a compile-time error instead, with an explanation. I suppose you would
>> define a body for this function and put a static_assert (false) in
>> there?
>
> With a 'standard' (development) build, this translate to compile-time
> error. I did not pay enough attention, but I implicitly relied on the
> fact that the configure script adds '-Werror' by default. Something
> should be in place to fail as early as possible (i.e. compile-time)
> whatever compiler options are in use.
>
> We cannot use a plain 'static_assert (false)' here, it will fail even if
> this template is never instantiated. All versions of g++/clang++ I just
> tried do trigger consistently:
>
> $CXX -c -x c++ - <<EOT
> template<typename T>
> void foo ()
> { static_assert (false, "Invalid instantiation."); }
> EOT
>
> <stdin>:3:4: error: static_assert failed "Invalid instantiation."
> { static_assert (false, "Invalid instantiation."); }
> ^ ~~~~~
> 1 error generated.
>
> I could use something similar to this:
>
> template<typename T>
> inline bool var_type_uses (var_types var_type ATTRIBUTE_UNUSED)
> {
> static_assert (sizeof(T) == 0,
> "Invalid type used to instantiate 'var_type_uses'. "
> "Use one of the types associated with enum var_types.");
> return false;
> }
>
>
> It is not the prettiest way of writing an assertion, but it is the only
> one I am aware of that can work in this situation.
>
> Would this be OK?
I think what you have already is fine. It produces a diagnostic, which
is typically error in development builds. And it's not like
var_type_uses is meant to be used everywhere, it's used in the internal
command code and that's it. I think it's sufficiently clear like that.
Simon
next prev parent reply other threads:[~2021-08-11 0:58 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-08 19:22 [PATCH v2 0/4] gdb: Refactor cmd_list_element.var Lancelot SIX via Gdb-patches
2021-08-08 19:22 ` [PATCH v2 1/4] gdb: Add typesafe getter/setter for cmd_list_element.var Lancelot SIX via Gdb-patches
2021-08-10 1:29 ` Simon Marchi via Gdb-patches
2021-08-10 12:22 ` Simon Marchi via Gdb-patches
2021-08-10 21:58 ` Lancelot SIX via Gdb-patches
2021-08-11 0:56 ` Simon Marchi via Gdb-patches [this message]
2021-08-08 19:23 ` [PATCH v2 2/4] gdb: make string-like set show commands use std::string variable Lancelot SIX via Gdb-patches
2021-08-08 19:23 ` [PATCH v2 3/4] gdb: Have setter and getter callbacks for settings Lancelot SIX via Gdb-patches
2021-08-10 3:01 ` Simon Marchi via Gdb-patches
2021-08-10 22:18 ` Lancelot SIX via Gdb-patches
2021-08-11 1:01 ` Simon Marchi via Gdb-patches
2021-08-11 20:00 ` Lancelot SIX via Gdb-patches
2021-08-19 21:03 ` Simon Marchi via Gdb-patches
2021-08-20 7:04 ` Lancelot SIX via Gdb-patches
2021-08-08 19:23 ` [PATCH v2 4/4] gdb: Setting setter return a bool to tell if the value changed Lancelot SIX via Gdb-patches
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=49f18823-1947-ed5a-5d5e-98cf27169588@polymtl.ca \
--to=gdb-patches@sourceware.org \
--cc=lsix@lancelotsix.com \
--cc=simon.marchi@polymtl.ca \
/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