Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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

  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