https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
Nicolas Boulenguez changed:
What|Removed |Added
CC||nicolas at debian dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114576
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #7 from Nicolas Boulenguez ---
Hello.
The attached suggestions (based on gcc-13/13.2.0) might solve the current
issue, or at least simplify the investigation, but they are so intrusive that I
would like a quick review by experts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #9 from Nicolas Boulenguez ---
Created attachment 57867
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57867=edit
Ada: drop unneeded posix2008 variant of System.Parameters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #10 from Nicolas Boulenguez ---
Created attachment 57868
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57868=edit
Ada: drop unneeded darwin, solaris, x32 variants of System.OS_Primitives
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #11 from Nicolas Boulenguez ---
Created attachment 57869
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57869=edit
Ada: import nanosleep from System.OS_Primitives.Timed_Delay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114536
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114575
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 100745, which changed state.
Bug 100745 Summary: GCC generates suboptimal assembly from vector extensions on
AArch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100745
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100745
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
Andrew Pinski changed:
What|Removed |Added
CC||ajidala at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84210
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114247
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88607
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |9.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
--- Comment #4 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #3)
> BTW, with additional -mno-red-zone there is still movement of these insns,
>
The problem is even bigger. Live range splitting uses a standard insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78926
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #8 from Nicolas Boulenguez ---
Created attachment 57866
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57866=edit
Ada: drop unneeded x32 variant of System.Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114574
--- Comment #6 from uecker at gcc dot gnu.org ---
Hm, this is enough:
const struct S * x;
struct S {};
void f(const struct S **);
The TYPE_CANONICAL of the pointer type depends on TYPE_CANONICAL of the target.
So it seems if I set it for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93672
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114572
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-04-03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79217
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> I saw a proposal for C23 (I think it was C23) for arbitrary bit size
> integers. I don't know if that included big integers either.
It does and _BitInt(128) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114576
Bug ID: 114576
Summary: [13 regression][config/i386] GCC 14/trunk emits
VEX-prefixed AES instruction without AVX enabled
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80719
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114576
Andrew Pinski changed:
What|Removed |Added
Summary|[13 |[14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93672
--- Comment #2 from Jonathan Wakely ---
On second thoughts, I don't think that fix is right.
istream::ignore takes an int_type for the delimiter, so passing it a char_type
with a negative value will confuse it. For example, str.ignore(n,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114574
--- Comment #5 from Jakub Jelinek ---
Oops, return stmt missing:
struct S foo (const struct S *);
struct S {};
struct S bar (const struct S **) { return (struct S) {}; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 113363, which changed state.
Bug 113363 Summary: ICE on ASSOCIATE and unlimited polymorphic function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114574
--- Comment #4 from Jakub Jelinek ---
Slightly cleaned up testcase:
struct S foo (const struct S *);
struct S {};
struct S bar (const struct S **) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114570
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 114570, which changed state.
Bug 114570 Summary: GCC doesn't perform good loop invariant code motion for
very long vector operations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114570
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
Andrew Pinski changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79219
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89305
--- Comment #2 from Andrew Pinski ---
I should note even though the other examples of DR 253 seems to be correctly
accepting now; this one still fails.
Note also EDG rejects this even though accepting the other examples of DR 253
issues; maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10118
--- Comment #12 from Andrew Pinski ---
Hmm, clang accepts this also for -std=c++17 (and above).
While EDG accepts this for --c++11 (and above).
Is this valid in C++11+ or C++17+ now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113765
--- Comment #8 from GCC Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:fe385c219994f6d5c1ffe00bcaf5a62c3d18caaf
commit r14-9780-gfe385c219994f6d5c1ffe00bcaf5a62c3d18caaf
Author: Eugene Rozenfeld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114574
--- Comment #7 from uecker at gcc dot gnu.org ---
What is strange is that not updating TYPE_CANONICAL also seems wrong even
before C23, because then it seems we should be able to get pointers with
different TYPE_CANONICAL which are compatible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57820
Andrew Pinski changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25548
Andrew Pinski changed:
What|Removed |Added
Known to fail||
Keywords|accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60284
Andrew Pinski changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33068
Andrew Pinski changed:
What|Removed |Added
Known to work||13.1.0
--- Comment #3 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
--- Comment #7 from kargls at comcast dot net ---
(In reply to anlauf from comment #6)
> (In reply to kargls from comment #5)
> > The pointers to expr->symtree is NULL. This new patch catches your example.
>
> It does, but behaves weird for
101 - 142 of 142 matches
Mail list logo