On 12/19/18 6:14 PM, Jakub Jelinek wrote:
On Tue, Dec 18, 2018 at 10:27:56PM -0500, Jason Merrill wrote:
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 par
On Tue, Dec 18, 2018 at 10:27:56PM -0500, Jason Merrill wrote:
> 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
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 con
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
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 a
Hi!
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
trunk?
2018-12-1