https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71892
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764
--- Comment #12 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Jul 16 06:06:45 2016
New Revision: 238412
URL: https://gcc.gnu.org/viewcvs?rev=238412&root=gcc&view=rev
Log:
2016-07-15 Jerry DeLisle
Backport from trunk:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71893
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764
--- Comment #11 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Jul 16 05:10:10 2016
New Revision: 238411
URL: https://gcc.gnu.org/viewcvs?rev=238411&root=gcc&view=rev
Log:
2016-07-15 Jerry DeLisle
Backport from trunk:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764
--- Comment #10 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Jul 16 03:54:12 2016
New Revision: 238410
URL: https://gcc.gnu.org/viewcvs?rev=238410&root=gcc&view=rev
Log:
2016-07-15 Jerry DeLisle
Backport from trunk:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57853
--- Comment #17 from this is me ---
Its simpler than what Andrew was describing! It is simply incrementing by 1
character datatype width to the next character with "++".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71899
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71900
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64901
Jonathan Wakely changed:
What|Removed |Added
CC||pavan.narasimhaprasad@hughe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71900
--- Comment #1 from Andrew Pinski ---
Works correctly in GCC 6.1.0 release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71900
Bug ID: 71900
Summary: Final keyword does not work as intended.
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71702
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71896
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71899
Bug ID: 71899
Summary: An internal BooleanTestable trait should be provided
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71686
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71896
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #10 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Jul 15 19:58:55 2016
New Revision: 238400
URL: https://gcc.gnu.org/viewcvs?rev=238400&root=gcc&view=rev
Log:
2016-07-15 Jerry DeLisle
Marco Restelli
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
--- Comment #3 from Daniel Krügler ---
(In reply to Ville Voutilainen from comment #2)
> Clang also rejects the template.
And Visual Studio 2015 rejects the template also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71898
Bug ID: 71898
Summary: [7 Regression] [graphite] ICE: verify_ssa failed
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #17 from Jonathan Wakely ---
With GCC 7 from svn trunk the original test case now prints:
About to 'throw nullptr' (first case)
Caught 'throw nullptr' as type 'int A::*PointerToMember'
About to 'throw nullptr' (second case)
Caught 't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71897
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71495
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:56:29 2016
New Revision: 238397
URL: https://gcc.gnu.org/viewcvs?rev=238397&root=gcc&view=rev
Log:
PR c++/71495 - spurious note during SFINAE.
* call.c (con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #16 from Jonathan Wakely ---
Author: redi
Date: Fri Jul 15 18:51:51 2016
New Revision: 238396
URL: https://gcc.gnu.org/viewcvs?rev=238396&root=gcc&view=rev
Log:
c++/58796 Make nullptr match exception handlers of pointer type
libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:49:38 2016
New Revision: 238395
URL: https://gcc.gnu.org/viewcvs?rev=238395&root=gcc&view=rev
Log:
PR c++/71092 - ICE with array and constexpr.
* constexpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71117
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:49:25 2016
New Revision: 238394
URL: https://gcc.gnu.org/viewcvs?rev=238394&root=gcc&view=rev
Log:
PR c++/71117 - core 2189 and generic lambda
* call.c (add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71814
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:15 2016
New Revision: 238389
URL: https://gcc.gnu.org/viewcvs?rev=238389&root=gcc&view=rev
Log:
PR c++/71814 - mangling sizeof... (sP and sZ)
gcc/cp/
* m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70824
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:37:48 2016
New Revision: 238386
URL: https://gcc.gnu.org/viewcvs?rev=238386&root=gcc&view=rev
Log:
PR c++/70824 - initializer_list in template
* init.c (con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71718
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:37:56 2016
New Revision: 238387
URL: https://gcc.gnu.org/viewcvs?rev=238387&root=gcc&view=rev
Log:
PR c++/71718 - infinite recursion and alias template
* pt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71511
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:48 2016
New Revision: 238393
URL: https://gcc.gnu.org/viewcvs?rev=238393&root=gcc&view=rev
Log:
PR c++/71511 - ICE on decltype scope in declaration.
* ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:31 2016
New Revision: 238391
URL: https://gcc.gnu.org/viewcvs?rev=238391&root=gcc&view=rev
Log:
PR c++/71604 - type definition in range-based for
PR c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71513
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:40 2016
New Revision: 238392
URL: https://gcc.gnu.org/viewcvs?rev=238392&root=gcc&view=rev
Log:
PR c++/71513 - alignas on member enum in template
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71711
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:23 2016
New Revision: 238390
URL: https://gcc.gnu.org/viewcvs?rev=238390&root=gcc&view=rev
Log:
PR c++/71711 - mangle C++1z fold-expressions.
* operators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71604
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Jul 15 18:38:31 2016
New Revision: 238391
URL: https://gcc.gnu.org/viewcvs?rev=238391&root=gcc&view=rev
Log:
PR c++/71604 - type definition in range-based for
PR c++/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71897
Bug ID: 71897
Summary: crashed on querying help information from command line
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71891
--- Comment #3 from kargl at gcc dot gnu.org ---
(In reply to David Binderman from comment #1)
> According to svn blame, kargl is the author of this line of code.
>
> Adding them in.
Please, do not my email address to any bug report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71892
--- Comment #3 from Jonathan Wakely ---
Both examples you give are undefined behaviour according to the C++ standard.
You can claim the code is valid, but that doesn't make it true.
You seem to be confusing "it worked OK until now" with "this co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71896
Bug ID: 71896
Summary: Constexpr function with pointer to member parameter
doesn't return constexpr value
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
--- Comment #3 from Marek Behun ---
> Enabling optimizations without any -O is a no-op so you effectively tested
> -O0.
So even if I use all the -f flags, without any -O, they are not turned on? So
if I want for example just to turn on half of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #8 from Jakub Jelinek ---
Created attachment 38912
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38912&action=edit
gcc7-pr50060.patch
Untested patch (for -std=c++14 and later only).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
Bug ID: 71895
Summary: ICE in gfc_compare_derived_types, at
fortran/interface.c:520
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
--- Comment #1 from Gerhard Steinmetz
---
A variation :
$ cat za1.f90
program p
type t
end type
class(t) :: x
class(t), allocatable :: y
select type (y)
type is (t)
y = x
end select
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
Bug ID: 71894
Summary: ICE in gfc_add_component_ref, at fortran/class.c:227
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71862
--- Comment #5 from Gerhard Steinmetz
---
More test files :
$ cat z5.f90
program p
type t
integer :: n = 0
integer, pointer :: q => null()
end type
type(t) :: x
print *, associated(x%q)
x = f()
print *, associated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #10 from Gary Funck ---
Thanks. Works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71874
--- Comment #3 from Ivan ---
It works wrong only for overlapped memory blocks?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[4.9/6/7 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Fri Jul 15 13:05:56 2016
New Revision: 238374
URL: https://gcc.gnu.org/viewcvs?rev=238374&root=gcc&view=rev
Log:
2016-07-15 Richard Biener
PR tree-optimization/71881
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71887
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71887
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Fri Jul 15 12:56:17 2016
New Revision: 238373
URL: https://gcc.gnu.org/viewcvs?rev=238373&root=gcc&view=rev
Log:
2016-07-15 Richard Biener
PR tree-optimization/71887
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71861
--- Comment #3 from Dominique d'Humieres ---
Likely caused by r197053.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71893
--- Comment #3 from Richard Biener ---
Index: gcc/tree-ssa-sccvn.c
===
*** gcc/tree-ssa-sccvn.c(revision 238370)
--- gcc/tree-ssa-sccvn.c(working copy)
**
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71893
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623
--- Comment #10 from vehre at gcc dot gnu.org ---
Waiting one week for regression reports before closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #11 from vehre at gcc dot gnu.org ---
Waiting one week for regression reports before applying to gcc-*-branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71807
--- Comment #5 from vehre at gcc dot gnu.org ---
Waiting one week for regression reports before applying to gcc-*-branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71893
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71893
Bug ID: 71893
Summary: gfortran.dg ICEs in gcc/tree-ssa-pre.c;
-fcode-hoisting?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Jul 15 10:40:39 2016
New Revision: 238369
URL: https://gcc.gnu.org/viewcvs?rev=238369&root=gcc&view=rev
Log:
PR c/71858
* c-common.h (enum lookup_name_fuzzy_kind): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71523
--- Comment #3 from Dominique d'Humieres ---
> Patch submitted, see https://gcc.gnu.org/ml/fortran/2016-06/msg00032.html
Hit return too soon!-(
The patch works as advertised. I think you should ping the mailing lists and
assign the PR to yourse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71523
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71884
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71891
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71807
--- Comment #4 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Fri Jul 15 09:28:47 2016
New Revision: 238368
URL: https://gcc.gnu.org/viewcvs?rev=238368&root=gcc&view=rev
Log:
gcc/fortran/ChangeLog:
2016-07-15 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #12 from Kern Sibbald ---
Yes, I clearly understand your point. My responses were meant for the project
were not directed at you. Hopefully someone will consider taking your advice of
not making this the default. It may be difficult
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71347
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71347
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Jul 15 08:53:48 2016
New Revision: 238366
URL: https://gcc.gnu.org/viewcvs?rev=238366&root=gcc&view=rev
Log:
gcc/testsuite
PR tree-optimization/71347
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #7 from Richard Biener ---
(In reply to Jakub Jelinek from comment #5)
> Thanks. I see some reset_debug_uses calls in the ldist pass, perhaps it is
> needed somewhere else too (where we decide the loops should be destroyed).
I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #10 from Kern Sibbald ---
Thanks for your definition of "undetermined" behavior. The problem here is
that at the time the compiler applied its optimization we were just in the
process of creating the object as is permitted by the C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #6 from Richard Biener ---
So in theory release_ssa_name()s insert_debug_temp_for_var_def should have
saved
us here. But! We have a single debug-use left plus the definition stmt is
i_21 = i_29 + 1;
and thus i_29 + 1 counts as s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #9 from Eric Bollengier ---
Thanks for the "behavior is undefined" explanation. I understand a bit better
why the GCC team did this choice.
However, here, we don't talk about such kind of objects. In my case for
example, objects that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71892
--- Comment #2 from Kern Sibbald ---
Yes, we are aware of the option and how to fix the problem. The issue is that
this optimization at low levels of -O1 and -O2 is not reasonable, and it is
unreasonable and irresponsible to make such changes. J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #8 from Markus Trippelsdorf ---
See Initializers 8.6.12:
When storage for an object with automatic or dynamic storage duration is
obtained, the object has an indeterminate value, and if no initialization is
performed for the object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #5 from Jakub Jelinek ---
Thanks. I see some reset_debug_uses calls in the ldist pass, perhaps it is
needed somewhere else too (where we decide the loops should be destroyed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #7 from Kern Sibbald ---
Just to be clear:
- This change might be appropriate for higher level of optimization, but is not
appropriate as a default for -O2 and -O1.
- There is no undefined behavior here. We override the new operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71892
--- Comment #1 from Andrew Pinski ---
There is an option to disable both of these. Also the null pointer one had
always been there. Just it got smarter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71887
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71892
Bug ID: 71892
Summary: Recent optimization changes introduce bugs
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71888
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
Richard Biener changed:
What|Removed |Added
Summary|[5.4 Regression] [MIPS] |[MIPS] python: "insn does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71891
--- Comment #1 from David Binderman ---
According to svn blame, kargl is the author of this line of code.
Adding them in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #6 from Markus Trippelsdorf ---
For the record, I was against enabling this optimization by default.
(Because the potential gain doesn't justify the possible confusion it may
cause.
And -fsanitize=undefined doesn't catch these issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71891
Bug ID: 71891
Summary: fortran/symbol.c:4864: suspicious if ?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71890
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Kern Sibbald changed:
What|Removed |Added
CC||kern at sibbald dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71890
Bug ID: 71890
Summary: when using setjmp&longjmp do context switch, libgcc
crash the process when do unwind in thread cancel
signal handler on X86_64
Product: gcc
95 matches
Mail list logo
