https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:352811870d7d7edcca109ef50822e26ca7ef2b36
commit r10-7957-g352811870d7d7edcca109ef50822e26ca7ef2b36
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94755
Bug ID: 94755
Summary: [10 Regression] internal compiler error: Segmentation
fault
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94754
--- Comment #1 from Alejandro Colomar ---
__builin_unreachable() helped silencing that specific bug, as a temporary
workaround:
[[gnu::nonnull]]
static
int init_x(int cond, int **x, int *y)
{
if (!cond)
return -1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94754
Bug ID: 94754
Summary: -fanalyzer false positive due to it ignoring previous
if
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94753
Bug ID: 94753
Summary: -undef, c++20 and feature-test macros
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92830
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94751
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94752
Bug ID: 94752
Summary: [coroutines] compiler ICE with coroutine with unnamed
parameter
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94751
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 89430, which changed state.
Bug 89430 Summary: A missing ifcvt optimization to generate csel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
Jakub Jelinek changed:
What|Removed |Added
Resolution|FIXED |---
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10 Regression] |[8/9 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4ff685a8705e8ee55fa86e75afb769ffb0975aea
commit r10-7953-g4ff685a8705e8ee55fa86e75afb769ffb0975aea
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #18 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cf39dccf9284d2fd9f9aa7050760adea110c8d88
commit r10-7952-gcf39dccf9284d2fd9f9aa7050760adea110c8d88
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94657
Eric Gallager changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cf39dccf9284d2fd9f9aa7050760adea110c8d88
commit r10-7952-gcf39dccf9284d2fd9f9aa7050760adea110c8d88
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Nathan Sidwell changed:
What|Removed |Added
Last reconfirmed||2020-04-24
Summary|Undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94750
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94739
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-04-24
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
Segher Boessenkool changed:
What|Removed |Added
Known to work||10.0
Summary|[8/9/10 Reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #9 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:9c725245beed2f056b67f5dc218fef6cb869c5f2
commit r10-7949-g9c725245beed2f056b67f5dc218fef6cb869c5f2
Author: Segher Boessenkool
s.
A crash is also observed with a 20200424 version as well as
gcc version 9.2.1 20190827 (Red Hat 9.2.1-1) (GCC)
thanks,
sss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94750
Bug ID: 94750
Summary: [10 Regression] Redundant identical using-declaration
rejected since r10-554
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
Richard Biener changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #4 from Peter Bergner ---
Removing the bswap and recompiling, the non-bswap load pattern has no problem
accepting an address like that, so this looks like a target issue with that
pattern.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9407f0c32b215d55d3474a234b0043bddc185b1c
commit r10-7948-g9407f0c32b215d55d3474a234b0043bddc185b1c
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94749
Bug ID: 94749
Summary: std::istream::ignore discards too many characters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #3 from Peter Bergner ---
Here's a simpler test case that fails the same way:
int array[8];
int
foo (void)
{
return __builtin_bswap32 (array[1]);
}
So before CSE, we have:
(insn 5 2 6 2 (set (reg/f:DI 121)
(sym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94748
Bug ID: 94748
Summary: aarch64: many unnecessary bti j emitted
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Bug ID: 94747
Summary: Undefined behavior: integer overflow in
libsupc++/dyncast.cc
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Andreas Kre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94675
--- Comment #17 from Martin Sebor ---
As you observed, the warning disappears if the assert is removed, so that's one
workaround. But rather than working around it I would suggest to rewrite the
code to avoid the pointer subtraction. Chances ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91706
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Assignee|una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93488
Andrew Stubbs changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94746
Bug ID: 94746
Summary: -Wsizeof-pointer-div not triggered by system header
macros
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
--- Comment #2 from Jonathan Wakely ---
(In reply to Louis Dionne from comment #0)
> This makes detecting whether GCC supports a given warning flag very
> challenging in build systems.
You're doing it wrong then.
Try 'g++ -Q --help=warnings' in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #8 from Segher Boessenkool ---
Patch is bootstrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
--- Comment #1 from Jonathan Wakely ---
This is by design. It means that makefiles written for different versions of
GCC do not trigger spurious diagnostics.
If somebody says "I don't want warnings about cat noises" and their version of
GCC does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
--- Comment #3 from Jonathan Wakely ---
Fixed now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:942b32e261c414a033766ed7848d923f9630b991
commit r9-8543-g942b32e261c414a033766ed7848d923f9630b991
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
Bug ID: 94745
Summary: No error emitted for unknown -Wno-meow argument
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
Jonathan Wakely changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Bug ID: 94744
Summary: [9 Regression] FAIL: experimental/net/executor/1.cc
(test for excess errors)
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-04-24
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94743
Bug ID: 94743
Summary: IRQ handler implementation wrong when using
__attribute__ ((interrupt("IRQ")))
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #43 from John David Anglin ---
The fix for PR 94694 fixed the build on hppa2.0w-hp-hpux11.11.
We are left with the following new fails in dec_math.f90:
FAIL: gfortran.dg/dec_math.f90 -O0 (test for excess errors)
FAIL: gfortran.dg/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #42 from Jakub Jelinek ---
I think this one is not fixed yet, there is some pa hpux specific patch. See
e.g. #c39.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #41 from Richard Biener ---
If this is now fixed can you close the bug as such please, John?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Jakub Jelinek changed:
What|Removed |Added
Summary|Incorrect "no return|[8/9/10 Regression]
|s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94726
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #17 from Jakub Jelinek ---
Created attachment 48367
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48367&action=edit
gcc10-pr94734.patch
Updated patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Bug ID: 94742
Summary: Incorrect "no return statement" warning with
[[noreturn]] and __FUNCTION__
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #16 from Jakub Jelinek ---
Created attachment 48366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48366&action=edit
gcc10-pr94734.patch
So like this? The store data races thing can be covered by the non-addressable
auto var c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94708
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:cbd2a10dd9edadb262934aed64c0959339da68d1
commit r10-7941-gcbd2a10dd9edadb262934aed64c0959339da68d1
Author: Haijian Zhang
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94708
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #15 from Richard Biener ---
(In reply to Jakub Jelinek from comment #13)
> Even better.
Note none of the committed testcases would be handled with this. There's
also the issue of store data races (not sure if the notrap handling is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94726
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #14 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #10)
> bar is still miscompiled by some other optimization though
> (and GCC 9 didn't do that), so we have some other regression.
Sorry for the false alarm, the testc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #13 from Jakub Jelinek ---
Even better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #12 from rguenther at suse dot de ---
On Fri, 24 Apr 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
>
> --- Comment #11 from Jakub Jelinek ---
> If we don't want to revert the change comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94726
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #11 from Jakub Jelinek ---
If we don't want to revert the change completely, could we perhaps do:
--- gcc/tree-ssa-phiopt.c.jj2020-03-19 10:23:50.542872359 +0100
+++ gcc/tree-ssa-phiopt.c 2020-04-24 10:54:10.341716841 +0200
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #7 from Segher Boessenkool ---
Needs -mvsx -mlittle -O0 to fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #10 from Jakub Jelinek ---
Yeah.
add_or_mark_expr could be extended to handle more complex addresses (perhaps
get_inner_reference and hash on the decl + offset expression and taking into
account the bitpos/bitsize then?
Further testc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #9 from Richard Biener ---
(In reply to Richard Biener from comment #8)
> In particular tree_could_trap_p woudl consider the load possibly trapping
> due to the variable indexing but the patch seems to override that which
> I agree is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #8 from Richard Biener ---
In particular tree_could_trap_p woudl consider the load possibly trapping
due to the variable indexing but the patch seems to override that which
I agree is bogus. I think we need to revert it and re-implem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94675
--- Comment #16 from Xavier ---
(In reply to Martin Sebor from comment #14)
> That said and codegen improvements aside, I think the submitted test case is
> sufficiently tricky that I don't see issuing a warning for it as a problem.
> All flow-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94741
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
--- Comment #11 from Thomas Koenig ---
Fixed on all open branches.
Thanks a lot for the bug report!
Regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Thomas Kथà¤nig
:
https://gcc.gnu.org/g:aadc54867cc200ad7d073222769b9de7f13b5bcd
commit r8-10218-gaadc54867cc200ad7d073222769b9de7f13b5bcd
Author: Thomas König
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94741
--- Comment #1 from Daniel Adamski ---
Oh, I just checked in godbolt and it seems it is already fixed in "trunk"
version: https://godbolt.org/z/hyCQCX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94741
Bug ID: 94741
Summary: stringop-truncation is triggered or not depending on
surrounding members
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
85 matches
Mail list logo
