https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114069
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110163
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103433
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114069
Bug 114069 depends on bug 103433, which changed state.
Bug 103433 Summary: ICE in convert_move, at expr.c:219
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103433
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111428
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2025-03-03
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118996
--- Comment #14 from Hongtao Liu ---
(In reply to H.J. Lu from comment #13)
> (In reply to H.J. Lu from comment #11)
> > Created attachment 60609 [details]
> > An untested patch
>
> Hongtao, do you have SPEC CPU2017 data on this patch?
I haven
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118996
--- Comment #15 from H.J. Lu ---
(In reply to Hongtao Liu from comment #14)
> (In reply to H.J. Lu from comment #13)
> > (In reply to H.J. Lu from comment #11)
> > > Created attachment 60609 [details]
> > > An untested patch
> >
> > Hongtao, do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89967
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> There is also a missing clobber; let me file a bug for that ...
It might not matter so I am not filing a bug right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
--- Comment #4 from chenglulu ---
This is indeed a significant issue. The operation of loading memory does not
indicate that it is operating on memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119067
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=119071
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119069
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
Bug ID: 119086
Summary: __builtin_constant_p is missing opportunities
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
--- Comment #6 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:d8f5e1b0ba01ac65dbae98daa065109f18b87751
commit r15-7781-gd8f5e1b0ba01ac65dbae98daa065109f18b87751
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
--- Comment #8 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:9edd165ea897b49946f68eebeac160f4c55b29b6
commit r15-7783-g9edd165ea897b49946f68eebeac160f4c55b29b6
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
--- Comment #7 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:1f458cfc17775903ab85bda127d0454014f70906
commit r15-7782-g1f458cfc17775903ab85bda127d0454014f70906
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
--- Comment #9 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:43f2bc4aee3f1302e70e41c23770e6fcca4ff5fc
commit r15-7784-g43f2bc4aee3f1302e70e41c23770e6fcca4ff5fc
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119090
Bug ID: 119090
Summary: [MAME] [Model 1] 3D graphics are full of glitches if
built with CXXFLAGS="-march=native -mtune=native"
Product: gcc
Version: 14.2.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111969
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119075
--- Comment #2 from Jonathan Wakely ---
I think [member.functions] allows us to define private constructors. The test
case above seems extremely contrived and unlikely to reflect any real code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081
--- Comment #2 from Jonathan Wakely ---
In theory you could want /bin/gcc and /include/c++/15.0.0/* and
/lib64/libgcc_s.so ... but I don't see why anybody would.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119090
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #6 from Jonathan Wakely ---
https://sourceware.org/bugzilla/show_bug.cgi?id=32625
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119075
--- Comment #3 from Jonathan Wakely ---
You can construct a contrived testcase that fails the same way due to the
_Bit_reference(_Bit_type*, _Bit_type) constructor:
#include
#include
struct X { X(int, int) { } };
int test2(std::vector::refe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #5 from Jonathan Wakely ---
Isn't this a glibc change, and you need to regenerate the gcc fixincludes
headers after updating glibc?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #7 from Jonathan Wakely ---
Or https://sourceware.org/bugzilla/show_bug.cgi?id=32621 rather
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #8 from John David Anglin ---
(In reply to Jonathan Wakely from comment #5)
> Isn't this a glibc change, and you need to regenerate the gcc fixincludes
> headers after updating glibc?
That could have happened. Will investigate.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119075
--- Comment #4 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #1)
> Reading pr 115098 seems to this on purpose.
It was, but I can't find where we use that default constructor now. Maybe it
can be removed now. That doesn't chan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109279
--- Comment #23 from Jeffrey A. Law ---
This has devolved into a bit of a mess.
If we look at the repeating sequence in the original report we get:
li a5,16842752
addia5,a5,257
sllia0,a5,32
add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119075
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> You can construct a contrived testcase that fails the same way due to the
> _Bit_reference(_Bit_type*, _Bit_type) constructor:
>
> #include
> #include
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119091
Bug ID: 119091
Summary: RISC-V eliminate redundancies in constant synthesis
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109279
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081
--- Comment #4 from Andrew Pinski ---
(In reply to Cyano Hao from comment #3)
> Empty prefix can be used to avoid hard-coded absolute paths so compilers can
> be copied/moved anywhere.
GCC has relocation support in it and has since at least 201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106585
Xi Ruoyao changed:
What|Removed |Added
Summary|RISC-V: Mis-optimized code |RISC-V: Miss optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119093
Bug ID: 119093
Summary: ICE: in function_and_variable_visibility, at
ipa-visibility.cc:715
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
Xi Ruoyao changed:
What|Removed |Added
See Also||https://github.com/cisco/op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119094
Bug ID: 119094
Summary: gcc uses all memory in recursive calls with
increasingly complex templates
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119094
--- Comment #1 from Andrew Pinski ---
This might be a dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
--- Comment #6 from Xi Ruoyao ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/676725.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
--- Comment #3 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #2)
> See pr 26724 and others.
>
> *** This bug has been marked as a duplicate of bug 26724 ***
Thanks for the pointer. Would you explain how that can be used for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
--- Comment #7 from Po Lu ---
"pipcet at protonmail dot com" writes:
> I think the problem is that the representative access chosen in
> sort_and_splice_var_accesses won't be the union copy (which would copy the
> whole storage) but the copy o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119055
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119046
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118999
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119009
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43090
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52641
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70557
--- Comment #11 from Jeffrey A. Law ---
Siarhei, it's fine to attach potential patches to bugzilla entries, but once
you're ready for them to be reviewed and potentially integrated, they really
need to be posted to gcc-patches. They are highly
101 - 152 of 152 matches
Mail list logo
