https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485
--- Comment #5 from rguenther at suse dot de ---
On Thu, 8 Dec 2016, law at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485
>
> --- Comment #4 from Jeffrey A. Law ---
> So my patches for 33562 will detect the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78671
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78731
--- Comment #2 from Jim Wilson ---
The compiler is failing in jump threading as called by dom2. Jeff's 2015-09-30
patch is triggering in dom1, and changing the CFG just enough to prevent the
jump threading bug from triggering. So it isn't a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481
Matthijs van Duin changed:
What|Removed |Added
CC||matthijsvanduin at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77531
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77531
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Thu Dec 8 23:50:40 2016
New Revision: 243470
URL: https://gcc.gnu.org/viewcvs?rev=243470=gcc=rev
Log:
PR c/77531 - __attribute__((alloc_size(1,2))) could also warn on multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78284
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Thu Dec 8 23:50:40 2016
New Revision: 243470
URL: https://gcc.gnu.org/viewcvs?rev=243470=gcc=rev
Log:
PR c/77531 - __attribute__((alloc_size(1,2))) could also warn on multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78284
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737
--- Comment #3 from Jerry DeLisle ---
I am not sure what you are expecting. The module has an empty main program and
nothing allocated to link to.. Since the interface is abstract it creates
nothing until it is used I think.
$ gfc pr78737.f03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78742
Bug ID: 78742
Summary: internal compiler error: in int_cst_value, at
tree.c:10782
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737
--- Comment #2 from Damian Rouson ---
Upon further investigation, the workaround mentioned in the final line of the
original report appears not to work. The only workaround I have come up with
is to make the "object" type non-abstract, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485
--- Comment #4 from Jeffrey A. Law ---
So my patches for 33562 will detect the partial dead store in "foo", but I
never wrote the bits to narrow partial dead stores.
The difficulty in optimizing this particular case will be rewriting the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737
--- Comment #1 from Jerry DeLisle ---
I cc'ed Paul on this one. Not sure what is going on here, but I will be looking
at it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78350
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69064
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69859
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
--- Comment #13 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Dec 8 21:26:11 2016
New Revision: 243463
URL: https://gcc.gnu.org/viewcvs?rev=243463=gcc=rev
Log:
2016-12-07 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69064
--- Comment #54 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Dec 8 21:26:11 2016
New Revision: 243463
URL: https://gcc.gnu.org/viewcvs?rev=243463=gcc=rev
Log:
2016-12-07 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78350
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Dec 8 21:26:11 2016
New Revision: 243463
URL: https://gcc.gnu.org/viewcvs?rev=243463=gcc=rev
Log:
2016-12-07 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69859
--- Comment #7 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Dec 8 21:26:11 2016
New Revision: 243463
URL: https://gcc.gnu.org/viewcvs?rev=243463=gcc=rev
Log:
2016-12-07 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78671
--- Comment #5 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Dec 8 21:14:42 2016
New Revision: 243462
URL: https://gcc.gnu.org/viewcvs?rev=243462=gcc=rev
Log:
2016-12-08 Vladimir Makarov
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78165
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78165
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Thu Dec 8 21:08:06 2016
New Revision: 243461
URL: https://gcc.gnu.org/viewcvs?rev=243461=gcc=rev
Log:
PR c/78165 - avoid printing type suffix for constants in %E output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78738
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64380
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544
--- Comment #9 from Gerhard Steinmetz
---
Frankly speaking, it's difficile. Smells more invalid than valid.
As a side note, I do not have any production code using a contruct
similar to that in comment 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54421
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35302
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
--- Comment #14 from Nathan Sidwell ---
Author: nathan
Date: Thu Dec 8 19:27:32 2016
New Revision: 243457
URL: https://gcc.gnu.org/viewcvs?rev=243457=gcc=rev
Log:
PR c++/78551
* constexpr.c (extract_string_elt): New. Broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78733
wilco at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78733
--- Comment #10 from wilco at gcc dot gnu.org ---
Author: wilco
Date: Thu Dec 8 19:18:33 2016
New Revision: 243456
URL: https://gcc.gnu.org/viewcvs?rev=243456=gcc=rev
Log:
This patch fixes an issue in aarch64_classify_address. TImode and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78252
Paul Brannan changed:
What|Removed |Added
CC||curlypaul924 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78738
--- Comment #3 from Uroš Bizjak ---
Following patch fixes the failure:
--cut here--
Index: toplev.c
===
--- toplev.c(revision 243444)
+++ toplev.c(working copy)
@@ -1691,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78738
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78666
--- Comment #6 from joseph at codesourcery dot com ---
On Thu, 8 Dec 2016, msebor at gcc dot gnu.org wrote:
> But what is specifying multiple declarations of the same function with
> different sets of attributes supposed to mean? Is it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
--- Comment #13 from Nathan Sidwell ---
Author: nathan
Date: Thu Dec 8 18:37:03 2016
New Revision: 243451
URL: https://gcc.gnu.org/viewcvs?rev=243451=gcc=rev
Log:
PR c++/78551
* constexpr.c (extract_string_elt): New. Broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
--- Comment #12 from Nathan Sidwell ---
Author: nathan
Date: Thu Dec 8 18:34:04 2016
New Revision: 243448
URL: https://gcc.gnu.org/viewcvs?rev=243448=gcc=rev
Log:
PR c++/78551
* constexpr.c (extract_string_elt): New. Broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78741
Bug ID: 78741
Summary: ICE in gfc_get_symbol_decl, at
fortran/trans-decl.c:1534
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69860
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78740
Bug ID: 78740
Summary: test case powerpc/pr78691-ppc.c fails starting with
its introduction in r243335
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78739
Bug ID: 78739
Summary: ICE in gfc_get_symbol_decl, at
fortran/trans-decl.c:1477
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913
--- Comment #16 from Jonathan Wakely ---
(In reply to Pádraig Brady from comment #15)
> So it would be good to set the "Target Milestone" to 5.5
But it was also fixed for 4.9.4, so that's what the target milestone says.
You can't reliably use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913
--- Comment #15 from Pádraig Brady ---
Actually it is backported to 5.
So it would be good to set the "Target Milestone" to 5.5
so this is obvious from this bug and from the list of bugs fixed in 5.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913
--- Comment #14 from Jason Merrill ---
(In reply to Pádraig Brady from comment #13)
> It would be good to have this backported to the 5 branch.
What do you mean? I applied the bug fix to the 5 branch back in July (comment
#7), and the testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68225
--- Comment #8 from Gerhard Steinmetz
---
Addendum :
$ cat zzp.f90
program p
type t
integer :: a
character(:), allocatable :: c
end type
type(t) :: x
x = t(a=1) ; print
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 68439, which changed state.
Bug 68439 Summary: ICE in alloc_scalar_allocatable_for_subcomponent_assignment,
at fortran/trans-expr.c:6711
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68439
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68225
--- Comment #7 from Gerhard Steinmetz
---
*** Bug 68439 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68439
Gerhard Steinmetz changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69860
--- Comment #15 from Gerhard Steinmetz
---
Confirmed, this ICE is now completely gone on my environment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913
Pádraig Brady changed:
What|Removed |Added
CC||P at draigBrady dot com
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #4 from janus at gcc dot gnu.org ---
Note that we also have a rejects-valid problem with the following code:
program p
type t
end type
class(t), allocatable :: z
target :: z(:)
allocate (z(2))
end
which is rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to janus from comment #4)
> Btw, I don't fully understand why "implicit none" should make any difference
> here.
The problem is that we simply do not know which typespec to give to 'z'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78738
--- Comment #1 from Matthias Klose ---
Created attachment 40282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40282=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78738
Bug ID: 78738
Summary: [7 Regression] ICE in extract_insn, at recog.c:2311
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679
maemarcus at gmail dot com changed:
What|Removed |Added
CC||maemarcus at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78695
--- Comment #10 from Bill Schmidt ---
Excellent, thanks.
I am out of the office today but will have a look at this tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78695
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78695
--- Comment #8 from Matthias Klose ---
still seen with r243430, but you need -fstack-protector or
-fstack-protector-strong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78264
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78264
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Dec 8 15:52:11 2016
New Revision: 243443
URL: https://gcc.gnu.org/viewcvs?rev=243443=gcc=rev
Log:
PR libstdc++/78264
* include/bits/c++config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737
Bug ID: 78737
Summary: linking error with deferred, undefined user-defined
derived-type I/O
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78666
--- Comment #5 from Martin Sebor ---
They sure are! (We should document it.)
But what is specifying multiple declarations of the same function with
different sets of attributes supposed to mean? Is it supposed to apply the
union of all of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78733
--- Comment #9 from wilco at gcc dot gnu.org ---
Patch posted: https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00653.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78726
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77674
--- Comment #7 from Jan Hubicka ---
I am testing the following:
Index: symtab.c
===
--- symtab.c(revision 243291)
+++ symtab.c(working copy)
@@ -2214,6 +2214,8 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78720
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67807
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78666
--- Comment #4 from joseph at codesourcery dot com ---
Multiple format attributes for the same function, naming different
arguments as a format string, are perfectly valid; they mean the function
uses multiple format strings (each of which has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78720
Markus Trippelsdorf changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78720
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78736
--- Comment #2 from Jonathan Wakely ---
And it's included in -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #10 from janus at gcc dot gnu.org ---
(In reply to janus from comment #9)
> Thus: The patch in comment #7 should be discarded, and comment #5 is the way
> to go here.
I just realized that also comment #5 is not fully correct. Instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77459
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71856
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71856
--- Comment #12 from Jonathan Wakely ---
Author: redi
Date: Thu Dec 8 12:41:07 2016
New Revision: 243436
URL: https://gcc.gnu.org/viewcvs?rev=243436=gcc=rev
Log:
PR71856 try to fix Parallel Mode assertions again
PR libstdc++/71856
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77459
--- Comment #13 from Jonathan Wakely ---
Author: redi
Date: Thu Dec 8 12:40:58 2016
New Revision: 243435
URL: https://gcc.gnu.org/viewcvs?rev=243435=gcc=rev
Log:
PR77459 avoid snprintf for debug mode diagnostics
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78736
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78716
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78736
Bug ID: 78736
Summary: enum warnings in GCC
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71856
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Thu Dec 8 12:08:14 2016
New Revision: 243434
URL: https://gcc.gnu.org/viewcvs?rev=243434=gcc=rev
Log:
PR71856 try to fix Parallel Mode assertions again
PR libstdc++/71856
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78733
wilco at gcc dot gnu.org changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78735
Bug ID: 78735
Summary: profiledbootstrap with --enable-checking=yes,rtl fails
on trunk due to -Werror=strict-overflow
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78264
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78694
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
--- Comment #19 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Dec 8 11:04:11 2016
New Revision: 243433
URL: https://gcc.gnu.org/viewcvs?rev=243433=gcc=rev
Log:
Add the missing ChangeLog entry for r243432
2016-12-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
--- Comment #18 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Dec 8 11:01:03 2016
New Revision: 243432
URL: https://gcc.gnu.org/viewcvs?rev=243432=gcc=rev
Log:
[PR78112] Remove platform-dependent checks in g++.dg/pr78112.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78684
--- Comment #9 from amker at gcc dot gnu.org ---
Author: amker
Date: Thu Dec 8 10:56:41 2016
New Revision: 243431
URL: https://gcc.gnu.org/viewcvs?rev=243431=gcc=rev
Log:
PR middle-end/78684
* tree-vect-loop-manip.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78694
--- Comment #12 from Sebastian Huber ---
Its strange that it is so hard to reproduce. Maybe it has something to do with
the default architecture version.
It fails with:
-mthumb -O2 -ftls-model=local-exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78721
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77459
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78726
--- Comment #3 from Jakub Jelinek ---
Most likely one of the endless reassoc bugs not properly updating or
invalidating range information. Before reassoc1 we have:
# RANGE [4294967040, 4294967295]
a_11 = (unsigned int) _3;
c.1_4 = c;
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78727
--- Comment #1 from Martin Liška ---
*** Bug 78728 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78727
--- Comment #3 from Martin Liška ---
*** Bug 78730 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78727
--- Comment #2 from Martin Liška ---
*** Bug 78729 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78728
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78730
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78729
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
1 - 100 of 152 matches
Mail list logo