https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106025
--- Comment #4 from Richard Biener ---
It looks like the pattern just exposes an existing issue.
-fdbg-cnt=match:0-104 breaks while -fdbg-cnt=match:0-103 is OK but the MAX
generation for this looks correct.
Disabling VRP fixes it but avoids th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105913
Rainer Orth changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106057
--- Comment #2 from Jan Hubicka ---
The second testcase (with longjmp) invalid since longjmp can clobber automatic
variable and making the variable static breaks the testcase since we believe
htat longjmp reads global memory state (it doesn't).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105885
--- Comment #3 from Markus Ebner ---
> I guess reporters reasoning is that ARG is defaulted to nullptr and that's
> the reason the diagnostic is unwanted?
I don't think it has any todo with whether nullptr is the default value for ARG
or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #18 from CVS Commits ---
The releases/gcc-12 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:c600ff8dc5a870d952c9c63fe4fa4535b9f0a488
commit r12-8509-gc600ff8dc5a870d952c9c63fe4fa4535b9f0a488
Author: Martin Liska
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #19 from CVS Commits ---
The releases/gcc-11 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:3f1637f8b17ded9e08841abc1182dcde0e35e660
commit r11-10089-g3f1637f8b17ded9e08841abc1182dcde0e35e660
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106062
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106064
Bug ID: 106064
Summary: Wrong code comparing two global zero-sized arrays
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106062
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106062
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:8a15cd3396aa08dc2633982481fe392af0aa9e78
commit r13-1217-g8a15cd3396aa08dc2633982481fe392af0aa9e78
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106062
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106065
Bug ID: 106065
Summary: Crash when reading extended derived type array in
namelist
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106059
--- Comment #1 from Segher Boessenkool ---
Well, this patch should not have changed behaviour at all!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106063
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105885
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6e4d5300c1f62c3f0cd1bf859b0ee6bb4e31e434
commit r13-1218-g6e4d5300c1f62c3f0cd1bf859b0ee6bb4e31e434
Author: Jason Merrill
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:124a9e08b7a83795bd4d09001955f0eef68ecd00
commit r13-1219-g124a9e08b7a83795bd4d09001955f0eef68ecd00
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105890
--- Comment #2 from David Malcolm ---
https://pubs.opengroup.org/onlinepubs/009604499/functions/mkstemp.html says:
"The string in template should look like a filename with six trailing 'X's"
https://pubs.opengroup.org/onlinepubs/9699919799/f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105807
--- Comment #3 from G. Steinmetz ---
One tick simpler, without vect3d :
$ cat z3.f90
program p
type t
end type
type t2
class(t), allocatable :: v
end type
type, extends(t2) :: elem2d
end type
type(t) :: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106047
--- Comment #2 from G. Steinmetz ---
Hmm, exploring some more test cases;
z2 gives same ICE, z3 prints 128, z4 gives an error, z5 is ok/works :
$ cat z2.f90
program p
type t
character(:), allocatable :: c
end type
type(t) :: x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103360
Bug 103360 depends on bug 94554, which changed state.
Bug 94554 Summary: spurious -Waddress warning within "if constexpr"
function-null compares
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105885
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:b96b64bec37c3dddf1f0f93c27ceb4fd5685c70a
commit r12-8510-gb96b64bec37c3dddf1f0f93c27ceb4fd5685c70a
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
--- Comment #2 from H.J. Lu ---
Created attachment 53196
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53196&action=edit
A patch
This generates:
:
0: b8 7b 00 00 00 mov$0x7b,%eax
5: c5 f9 6e c0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105885
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #6 from Rogério de Souza Moraes ---
I got another example with similar warning:
#
#include
//#pragma GCC diagnostic push
//#pragma GCC diagnostic ignored "-Wmaybe-uninitialized"
#include
//#pragma GCC diagnostic p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106064
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106059
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99963
--- Comment #5 from Yuanfang Chen ---
(In reply to Yuanfang Chen from comment #4)
> (In reply to Patrick Palka from comment #1)
> > Started with r11-1571. Reduced testcase that replaces the abbreviated
> > function templates with their correspon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106066
Bug ID: 106066
Summary: crash dump when "-fdump-analyzer" enabled
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106067
Bug ID: 106067
Summary: Error on implicit conversion to std::function: 'static
constexpr bool std::_Function_handler<...>...' used
before its definition
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106066
--- Comment #1 from Илья Шипицин ---
another crash using "-fanalyzer-verbose-state-changes"
stacktrace
during IPA pass: analyzer
src/ssl_crtlist.c:523:17: internal compiler error: Segmentation fault
523 | entry = crtlist_ent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106068
Bug ID: 106068
Summary: Infinite loop generated with -mcpu=cortex-m7 and -O2
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106068
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106068
--- Comment #2 from Dave Flogeras ---
(In reply to Andrew Pinski from comment #1)
> You access an out of bounds for the array dhcp_rx_options_given in the while
> statement:
>
> while((dhcp_rx_options_given[8 + n] != 0) && (n < 2)) {
>
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106068
--- Comment #3 from Andrew Pinski ---
(In reply to Dave Flogeras from comment #2)
> For that code, agreed, and that was indeed both our and upstreams
> workaround. We were just wondering if it was a legitimate compiler bug
> given that it gener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105982
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:01aff2ba18a654324957af446a3065db489c0f14
commit r13-1224-g01aff2ba18a654324957af446a3065db489c0f14
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105982
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86722
Roger Sayle changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931
--- Comment #6 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:b00b95198e6720eb23a2618870d67800f6180fdd
commit r13-1225-gb00b95198e6720eb23a2618870d67800f6180fdd
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:d610ae121e8ecd738de4dc01e6ac11ecf7c2327e
commit r13-1226-gd610ae121e8ecd738de4dc01e6ac11ecf7c2327e
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6c72f1bfc3469422460d86314a081353632d4bcb
commit r13-1227-g6c72f1bfc3469422460d86314a081353632d4bcb
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105813
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:db29b66193407d2fd6a04a07ecbd961c8d3f7d62
commit r12-8511-gdb29b66193407d2fd6a04a07ecbd961c8d3f7d62
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105813
--- Comment #3 from Steve Kargl ---
On Thu, Jun 23, 2022 at 09:18:40PM +, anlauf at gcc dot gnu.org wrote:
>
> --- Comment #2 from anlauf at gcc dot gnu.org ---
> Simpler fix:
>
> diff --git a/gcc/fortran/check.cc b/gcc/fortran/check.cc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106067
--- Comment #1 from Jonathan Wakely ---
Probably due to r12-3174 (backported as r11-9289)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
Bug ID: 106069
Summary: wrong code with -O -fno-tree-forwprop -maltivec on
ppc64le
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |12.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #1 from Marek Polacek ---
The difference between r12-4495 and r12-4496:
$ diff -up b/q.C.252r.expand a/q.C.252r.expand
--- b/q.C.252r.expand 2022-06-23 23:16:44.753507476 +
+++ a/q.C.252r.expand 2022-06-23 23:16:16.232784087
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:553aecc570ce4ef5c751dc39b83bfbde6380f953
commit r11-10091-g553aecc570ce4ef5c751dc39b83bfbde6380f953
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105925
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106065
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106024
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #2 from luoxhu at gcc dot gnu.org ---
Could you also paste the ASM difference please? (I don't have environment at
handle so far..)
Aborted (core dumped)
gcc version 13.0.0 20220623 (31ce821a790caec8a2849dd67a9847e78a33d14c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106070
--- Comment #1 from Andrew Pinski ---
Single file testcase:
#include
unsigned int var_2 = 1;
int var_4 = -1;
signed char var_10 = (signed char)(-127 - 1);
unsigned long long int arr_252;
[[gnu::noipa]]
void test() {
for (unsigned a = 0; a < (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106070
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-06-24
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106047
G. Steinmetz changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #3 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930
--- Comment #20 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:3b8794302b52a819ca3ea78238e9b5025d1c56dd
commit r13-1239-g3b8794302b52a819ca3ea78238e9b5025d1c56dd
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106071
Bug ID: 106071
Summary: single where run error
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assig
62 matches
Mail list logo