https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95987
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-06-30
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95990
Bug ID: 95990
Summary: Segmentation fault compiling with static libraries and
using jthread::request_stop
Product: gcc
Version: 10.0
Status: RESOLVED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70053
Jiu Fu Guo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95991
Bug ID: 95991
Summary: Segmentation fault compiling with static libraries and
using jthread::request_stop
Product: gcc
Version: 10.0
Status: RESOLVED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61638
--- Comment #12 from Jack Adrian Zappa ---
Is it possible that
2. If a line comment end in an \ but the next line is a comment, then do
the same thing as is done for a multi-line comment, ignore it as not an
issue.
Could be done. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99479
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95637
--- Comment #6 from Maciej W. Rozycki ---
Thanks WRT Ada clarification.
Otherwise I don't think there's anything stopping a language definition
from requiring an attempt to modify read-only data to be trapped as an
exceptional condition, leaving