https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
--- Comment #10 from David Binderman ---
Created attachment 53554
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53554&action=edit
gzipped C++ source code
The attached C++ code, after Richard's fix, seems to break gcc.
Flags -O1 -Wall re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-09-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #3 from Li Shaohua ---
Yes, I reduced it too much. Here is the new one with return value in g()
function.
a, b, c, d, e;
f[8];
g() {
while (a)
a >>= 4;
return 0;
}
h(i) {
if (i >= '0')
return i - '0';
}
j(i) {
b = 2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #5 from Martin Liška ---
Clean up test-case:
$ cat pr106892.c
int a, b, c, d, e;
int f[8];
int
g() {
while (a)
a >>= 4;
return 0;
}
int
h(int i) {
if (i >= '0')
return i - '0';
}
void
j(int i) {
b = 2;
for (; g(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #6 from Jakub Jelinek ---
I would clean it even more:
int a, b, c, d, e;
int f[8];
int g() {
while (a)
a >>= 4;
return 0;
}
int h(int i) {
if (i >= '0')
return i - '0';
//__builtin_unreachable ();
}
void j(int i) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #7 from Richard Biener ---
So the inline just has the return undefined in the unreachable path. We can
make the inlined functions static (cleans up post-IPA dumps) and disable IPA
for j:
int a, b, c, d, e;
int f[8];
static int g()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
Richard Biener changed:
What|Removed |Added
Component|c |middle-end
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
--- Comment #12 from rguenther at suse dot de ---
On Fri, 9 Sep 2022, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
>
> Martin Li?ka changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #9 from Richard Biener ---
So the reason is that we have
# RANGE [-2147483643, 2]
_137 = 4 - prephitmp_80;
f[_137] = _139;
which makes us conclude the f[_137] access is constrained to f[0..2]. When
we see
_75 = MEM[(int *)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Jakub Jelinek changed:
What|Removed |Added
Attachment #53508|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
--- Comment #13 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:923da63e0f69b091014df5cc91498756053b1a46
commit r13-2557-g923da63e0f69b091014df5cc91498756053b1a46
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106881
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106809
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e08dd36f90e74cd5be615b1ca82a38896434d48c
commit r12-8751-ge08dd36f90e74cd5be615b1ca82a38896434d48c
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106860
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4ce316ca54c863cf0fd4257ba0ab768ab83c62e5
commit r12-8753-g4ce316ca54c863cf0fd4257ba0ab768ab83c62e5
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106841
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:41b4faa130a32b37debb1f92e3fa93b2fe8571fc
commit r12-8752-g41b4faa130a32b37debb1f92e3fa93b2fe8571fc
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106809
Richard Biener changed:
What|Removed |Added
Known to fail||12.2.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106841
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106860
Richard Biener changed:
What|Removed |Added
Known to work||12.2.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #10 from Richard Biener ---
So it's aready dataref analysis that tears apart the constant offset for
dr.innermost, here as
DR_BASE_ADDRESS &f
DR_OFFSET (ssizetype) ((sizetype) prephitmp_80 * 18446744073709551612)
DR_INIT 16
but ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106893
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
Richard Biener changed:
What|Removed |Added
Target|x86_64-*-*, i?86-*-*|x86_64-*-*, i?86-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106895
Bug ID: 106895
Summary: powerpc64 strange extended inline asm behaviour with
register pairs
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106895
--- Comment #1 from Richard Biener ---
I'm quite sure that 'r' is the wrong constraint letter here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:26a1f4fcb264d110708483815c8c8d7bb4ff6788
commit r13-2559-g26a1f4fcb264d110708483815c8c8d7bb4ff6788
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106895
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106722
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a8b0b13da7379feb31950a9d2ad74b98a29c547f
commit r13-2560-ga8b0b13da7379feb31950a9d2ad74b98a29c547f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #11 from Richard Biener ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a8b0b13da7379feb31950a9d2ad74b98a29c547f
commit r13-2560-ga8b0b13da7379feb31950a9d2ad74b98a29c547f
Author: Richard Biener
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
--- Comment #4 from Marcel Vollweiler ---
Thanks Jakub!
Although I checked for regressions, unfortunately I haven't seen this
regression due to the dg-set-target-env-var topic.
I assume that the icv-6.c test FAIL is caused by some other issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106880
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106833
--- Comment #13 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:e230f11e9784eefed316df7dbc5df6ac999841b2
commit r13-2562-ge230f11e9784eefed316df7dbc5df6ac999841b2
Author: Kewen Lin
Date: Fri Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106896
Bug ID: 106896
Summary: [13 Regression] ICE in to_sreal_scale, at
profile-count.cc:339
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
--- Comment #5 from Jakub Jelinek ---
Ah, sorry about icv-6.c, I did debug just one of the testcases and after fixing
it tested all the mentioned tests and all passed, so thought it is fixed.
I can now reproduce it though.
The thing is,
make che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106894
Jakub Jelinek changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Jakub Jelinek changed:
What|Removed |Added
Attachment #53555|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106766
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:718a6d475b3d17759618c68331c85f55c58ec9a3
commit r13-2567-g718a6d475b3d17759618c68331c85f55c58ec9a3
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106798
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:e469506b7fdd1bf2c958ca3140573a474fcba3b8
commit r13-2568-ge469506b7fdd1bf2c958ca3140573a474fcba3b8
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:8298427f6b546cabb853edd45c009cd1967b9d38
commit r13-2569-g8298427f6b546cabb853edd45c009cd1967b9d38
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106766
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106798
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98247
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:084dc9a0c6cec14596093ad077fc3e25c6b99bc3
commit r13-2571-g084dc9a0c6cec14596093ad077fc3e25c6b99bc3
Author: David Malcolm
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98247
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|RFE: detect Flexibl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106801
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
Patrick Palka changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
Bug ID: 106897
Summary: driver: support -gz=zstd
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #1 from Andrew Pinski ---
Hmm, does gcc already support translating -gz ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Hmm, does gcc already support translating -gz ?
The answer to my own question is yes.
Adding zstd should be a simple patch I suspect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #3 from Andrew Pinski ---
The hardest part is the configure change I think
gcc_GAS_CHECK_FEATURE([compressed debug sections],
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106898
Bug ID: 106898
Summary: ECF_NOTHROW for __cxa_deleted_virtual or not for
__cxa_pure_virtual
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
Bug ID: 106899
Summary: Snapshots do not contain pre-generated man pages &
info pages
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
--- Comment #1 from Andrew Pinski ---
Right this is done on purpose as snapshots are just snapshots of the sources
directly from the git.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
--- Comment #2 from Andrew Pinski ---
"Public releases and weekly snapshots of the development sources are also
available via HTTPS."
"Necessary to build GCC documentation during development because the generated
output files are not included i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
--- Comment #3 from Sam James ---
Yeah, I understand it's not an error per se, just wondering if it could be
considered to add them.
It looks like they're generated from the same script used for releases:
maintainer-scripts/gcc_release (as it h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
--- Comment #5 from 康桓瑋 ---
(In reply to Patrick Palka from comment #4)
> Fixed, thanks very much for the bug reports.
Hey Patrick, thanks for the prompt fix.
However, I think there may be some issues with this fix, consider:
struct F {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
--- Comment #4 from Andrew Pinski ---
So the issue is when we do a release, do a full build of GCC.
Doing a snapshot does NOT do the full build because of resource constraints.
We have at least any one time, 4 snapshots happening during the week
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900
Bug ID: 106900
Summary: Regression after memchr optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900
--- Comment #2 from Andrew Pinski ---
Obviously this only happens because you use --enable-werror-always
66 matches
Mail list logo
