https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Andrew Pinski changed:
What|Removed |Added
Blocks||80683
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Jonathan Wakely changed:
What|Removed |Added
CC||stephane.zimmermann@trust-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Wed May 16 20:37:45 2018
New Revision: 260300
URL: https://gcc.gnu.org/viewcvs?rev=260300&root=gcc&view=rev
Log:
PR c++/85363
* call.c (set_flags_from_callee): Handle A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
--- Comment #6 from Marek Polacek ---
P::P () is marked as TREE_NOTHROW because when we're processing X::X ((struct X
*) <<< Unknown tree: void_cst >>>, 20) (which can throw) in
set_flags_from_callee, cfun is null in this case, so we don't mark P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
--- Comment #5 from Marek Polacek ---
In C++11, .eh optimizes out the catch, so the exception is never caught. That
is because lower_catch doesn't think that the region may throw
(eh_region_may_contain_throw).
After further poking it seems the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
--- Comment #4 from Jonathan Wakely ---
That implemented the rule that aggregates can't have NSDMIs.
It started working in C++14 mode with r216750, which implements the C++14 rule
that aggregates _can_ have NSDMIs.
So the problem seems to be wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
--- Comment #2 from Jonathan Wakely ---
In C++11 mode the compiler emits a constructor for P:
;; Function constexpr P::P() (null)
;; enabled by -tree-original
{
>
20 ) >;
}
And the initialization of p{} in main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
12 matches
Mail list logo