This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] [PR c++/85437] accept static_casted ptrmem in constexpr

From: Nathan Sidwell <nathan at acm dot org>
To: Jason Merrill <jason at redhat dot com>, Alexandre Oliva <aoliva at redhat dot com>
Cc: gcc-patches List <gcc-patches at gcc dot gnu dot org>
Date: Fri, 20 Apr 2018 10:28:20 -0400
Subject: Re: [PATCH] [PR c++/85437] accept static_casted ptrmem in constexpr
References: <or604puqhd.fsf@lxoliva.fsfla.org> <CADzB+2mcor+rs3WgC-tdbcy+9mao+ugK-DTgbDfZT3sjvs-eqw@mail.gmail.com>

On 04/18/2018 01:07 AM, Jason Merrill wrote:

I wonder if it would work to use CONVERT_EXPR for reinterpret_cast.

That's kind of the wrong way round, isn't it? NOP_EXPRs are for thingsthat don't generate code, which a reinterpret_cast is. static_cast addsa constant, which is only zero for conversions through the primary base(or suitably placed empty base). CONVERT_EXPR would seem more naturalthere?


nathan
--
Nathan Sidwell

Follow-Ups:
- Re: [PATCH] [PR c++/85437] accept static_casted ptrmem in constexpr
  - From: Jason Merrill

References:
- [PATCH] [PR c++/85437] accept static_casted ptrmem in constexpr
  - From: Alexandre Oliva
- Re: [PATCH] [PR c++/85437] accept static_casted ptrmem in constexpr
  - From: Jason Merrill

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]