https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109590
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109590
--- Comment #4 from Xi Ruoyao ---
(In reply to Jonny Grant from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > There is -Wnull-dereference for this ...
>
> I agree. I set that -Wnull-dereference in usual projects (it doesn't seem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
Roger Sayle changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
Bug 19986 depends on bug 25186, which changed state.
Bug 25186 Summary: (short)(((int)short_var) <<1) should be folded so that the
shift is done in the short type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109583
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c58c0771b7a3dbd2a00cd4b6ca2301d74b6cd4e2
commit r14-163-gc58c0771b7a3dbd2a00cd4b6ca2301d74b6cd4e2
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109583
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:9b6bf076c11cba0f9ccdace63e8b4044b1a858ea
commit r13-7234-g9b6bf076c11cba0f9ccdace63e8b4044b1a858ea
Author: Jakub Jelinek
=valgrind \
--enable-languages=c,c++
I get:
/home/dcb36/gcc/working/./gcc/xgcc -B/home/dcb36/gcc/working/./gcc/
-B/home/dcb36/gcc/results.20230422.valgrind/x86_64-pc-linux-gnu/bin/
-B/home/dcb36/gcc/results.20230422.valgrind/x86_64-pc-linux-gnu/lib/ -isystem
/home/dcb36/gcc/results.20230422
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109594
Bug ID: 109594
Summary: [14 Regression] ICE verify_gimple failed since
r14-67-g2c800ed8d59cff with ASAN
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords
/home/dcb36/gcc/results/bin/gcc
COLLECT_LTO_WRAPPER=/home/dcb36/gcc/results.20230422/libexec/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../trunk.year/configure
--prefix=/home/dcb36/gcc/results.20230422 --disable-multilib
--disable-bootstrap --with-pkgve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
Sam James changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410
Sam James changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #2 from David Binderman ---
(In reply to Sam James from comment #1)
> Could you try bisect to speed up things?
I think my last valgrind build, dated 20230311, with
git hash 5de5e977aa0b653e was ok.
That's a range of 416 commits. At
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109590
--- Comment #5 from Jonny Grant ---
(In reply to Xi Ruoyao from comment #4)
> (In reply to Jonny Grant from comment #2)
> > (In reply to Andrew Pinski from comment #1)
> > > There is -Wnull-dereference for this ...
> >
> > I agree. I set that -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95674
Roger Sayle changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #3 from David Binderman ---
(In reply to David Binderman from comment #2)
> That's a range of 416 commits. Attempting a bisect.
Git range seems to be e6b050da8a4513ab..cbddd574a78529b9, which is 52 commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109595
Bug ID: 109595
Summary: Missed upper bound on number of iterations
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> Git range seems to be e6b050da8a4513ab..cbddd574a78529b9, which is 52
> commits.
Now downto 603fc926fee69ab3..10e481b154c5fc63, which is 13 commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109589
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:195270d28a534cc1f08478c6e0136f4fc13d247a
commit r14-165-g195270d28a534cc1f08478c6e0136f4fc13d247a
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109572
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7a0cbaf7f802df209840d78740ffc749dadd1ce3
commit r14-166-g7a0cbaf7f802df209840d78740ffc749dadd1ce3
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109589
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109572
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109500
--- Comment #23 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:eb385a4801c45a1c0574810b45fce9e712d34566
commit r14-167-geb385a4801c45a1c0574810b45fce9e712d34566
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #5 from Aldy Hernandez ---
Huh. I'm gonna guess:
commit 10e481b154c5fc63e6ce4b449ce86cecb87a6015
Author: Aldy Hernandez
Date: Thu Jan 26 04:46:54 2023 +0100
Return true from operator== for two identical ranges containing NA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #6 from David Binderman ---
(In reply to Aldy Hernandez from comment #5)
> Can you verify that's the commit?
git bisect says:
10e481b154c5fc63e6ce4b449ce86cecb87a6015 is the first bad commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Version|13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103909
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107288
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104384
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54816
--- Comment #7 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:911db256258004b2eec9a0ca3fa47f9bcb5c5856
commit r14-168-g911db256258004b2eec9a0ca3fa47f9bcb5c5856
Author: Roger Sayle
Date: Sat Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109317
--- Comment #2 from Pali Rohár ---
Any idea what can be done with this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Andrew Church changed:
What|Removed |Added
CC||achurch+gcc at achurch dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109596
Bug ID: 109596
Summary: [14 Regression] Lots of testcases fails on x86_64
after r14-162-gcda246f8b421ba
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108707
--- Comment #7 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:0368d169492017cfab5622d38b15be94154d458c
commit r14-172-g0368d169492017cfab5622d38b15be94154d458c
Author: liuhongt
Date: Wed Feb 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109351
Hongtao.liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410
--- Comment #11 from Sam James ---
Broken for 13 again too:
$ gcc -c -g -O1 ./gcc/testsuite/gcc.dg/pr109410.c
./gcc/testsuite/gcc.dg/pr109410.c: In function ‘foo’:
./gcc/testsuite/gcc.dg/pr109410.c:14:1: error: returns_twice call is not first
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109597
Bug ID: 109597
Summary: ICE: tree check: expected class ‘type’, have
‘exceptional’ (error_mark) in
useless_type_conversion_p, at gimple-expr.c
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109598
Bug ID: 109598
Summary: ICE: tree check: expected array_type, have error_mark
in array_ref_low_bound, at tree.cc
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109597
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100532
--- Comment #6 from Andrew Pinski ---
*** Bug 109597 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410
--- Comment #12 from Sam James ---
Bisect gives a nonsensical result of r13-7156-g31eb8f18bbe646 with initial good
as r13-7155-g51856718a82ce60f067910d9037ca255645b37eb and bad as
releases/gcc-13.
I've checked out r13-7155-g51856718a82ce60f0679
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410
Andrew Pinski changed:
What|Removed |Added
Keywords||compare-debug-failure
--- Comment #13 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410
--- Comment #14 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #13)
> So the testcase gcc.dg/pr109410.c passes but if you add -g, the ICE will
> show up still.
>
> This also means there will be some compare-debug failure too as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
Bug ID: 109599
Summary: Query for merging files in ar.exe
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
--- Comment #2 from Andrew Pinski ---
Also if you asking where the comment: "GCC: (GNU) 11.3.1 20221227" comes from?
Well we have no idea really.
Also we don't support prebuilt GCC here. Please ask the place you got the
binary from why it displ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
--- Comment #3 from Jamaika ---
I'm not referring to the GCC 11.3.1 comment itself. I meant why the .a file
automatically adds and compiles c files from the avx2 and sse2 directories that
I have not added.
I was surprised that ar.exe is not a gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109593
--- Comment #8 from Aldy Hernandez ---
Created attachment 54908
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54908&action=edit
untested patch
Patch in testing. Does this fix the problem on the reporter's side?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
--- Comment #4 from Andrew Pinski ---
(In reply to Jamaika from comment #3)
> I'm not referring to the GCC 11.3.1 comment itself. I meant why the .a file
> automatically adds and compiles c files from the avx2 and sse2 directories
> that I have
50 matches
Mail list logo