Re: [DOC Patch] Add sample for @cc constraint

2016-04-01 Thread David Wohlferd
> I would like executable code that verifies that this feature is indeed working as intended. First draft is attached. It tests all 28 (14 conditions plus 14 inverted). I wasn't sure what to set for optimization (O2? O3? O0?), so I left the default. It looks like even at O3 there are some

libgo patch committed: Use atomic load to fix PPC deadlock

2016-04-01 Thread Ian Lance Taylor
This libgo patch from Gabriel Russell reportedly fixes a deadlock in the Go scheduler on PPC. This fixes https://golang.org/issue/15051 . Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline. Ian Index: gcc/go/gofrontend/MERGE ==

Re: [PATCH] Fix PR c++/70452 (regression in C++ parsing performance)

2016-04-01 Thread Jason Merrill
I like this approach a lot. One thing, though: On 04/01/2016 03:13 PM, Patrick Palka wrote: +struct GTY((chain_next ("%h.prev"))) bpr_entry +{ + tree body; + tree parms; + tree res; + struct bpr_entry *prev; +}; + /* Representation of entries in the constexpr function definition table. *

Re: [C++ PATCH] Reject self-recursive constexpr calls even in templates (PR c++/70449)

2016-04-01 Thread Jason Merrill
On 04/01/2016 03:19 PM, Jakub Jelinek wrote: As the testcase shows, when not in a template, cxx_eval_call_expression already complains about self-recursive calls in constexpr contexts, but if we are in a function template, we ICE on the testcase, because we try to instantiate the function templat

Re: [C++ PATCH] Reject self-recursive constexpr calls even in templates (PR c++/70449)

2016-04-01 Thread Jason Merrill
On 04/01/2016 09:34 PM, Jason Merrill wrote: On 04/01/2016 03:19 PM, Jakub Jelinek wrote: As the testcase shows, when not in a template, cxx_eval_call_expression already complains about self-recursive calls in constexpr contexts, but if we are in a function template, we ICE on the testcase, beca

Re: [PATCH] Fix PR c++/70452 (regression in C++ parsing performance)

2016-04-01 Thread Patrick Palka
On Fri, Apr 1, 2016 at 9:28 PM, Jason Merrill wrote: > I like this approach a lot. One thing, though: > > On 04/01/2016 03:13 PM, Patrick Palka wrote: >> >> +struct GTY((chain_next ("%h.prev"))) bpr_entry >> +{ >> + tree body; >> + tree parms; >> + tree res; >> + struct bpr_entry *prev; >> +}

Re: [PATCH] Fix PR c++/70452 (regression in C++ parsing performance)

2016-04-01 Thread Patrick Palka
On Fri, Apr 1, 2016 at 9:54 PM, Patrick Palka wrote: > On Fri, Apr 1, 2016 at 9:28 PM, Jason Merrill wrote: >> I like this approach a lot. One thing, though: >> >> On 04/01/2016 03:13 PM, Patrick Palka wrote: >>> >>> +struct GTY((chain_next ("%h.prev"))) bpr_entry >>> +{ >>> + tree body; >>> +

<    1   2