This is the mail archive of the
mailing list for the GCC project.
Re: [C++ PATCH] Constexpr fold even some TREE_CONSTANT ctors (PR c++/87934)
- From: Jason Merrill <jason at redhat dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Tue, 18 Dec 2018 22:27:56 -0500
- Subject: Re: [C++ PATCH] Constexpr fold even some TREE_CONSTANT ctors (PR c++/87934)
- References: <20181218204517.GS23305@tucnak> <email@example.com> <20181218231937.GW23305@tucnak>
On 12/18/18 6:19 PM, Jakub Jelinek wrote:
On Tue, Dec 18, 2018 at 05:40:03PM -0500, Jason Merrill wrote:
On 12/18/18 3:45 PM, Jakub Jelinek wrote:
The following testcase FAILs, because parsing creates a TREE_CONSTANT
CONSTRUCTOR that contains CONST_DECL elts. cp_fold_r can handle that,
but constexpr evaluation doesn't touch those CONSTRUCTORs.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for
OK. I also wonder if store_init_value should use cp_fold_r rather than just
I've been thinking about that already when working on the PR88410 bug.
Do you mean something like following completely untested patch?
Perhaps I could add a helper inline so that there is no code repetition
between cp_fully_fold and this new function.
Something like that, yes.