https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36722
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.7.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46187
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59390
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101809
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63842
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101810
--- Comment #2 from Richard Biener ---
How about fixing the places instad? Making SYMESZ a size_t looks like a
complete fix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64215
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2014-12-08 00:00:00 |2021-8-9
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101819
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101820
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101825
Bug ID: 101825
Summary: Atomic wait returns without the value having changed
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101824
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=101824
--- Comment #2 from Richard Biener ---
OK, so the underlying issue is that predcom uses the appropriate "GENERIC" way
of assessing if something is volatile:
static bool
suitable_reference_p (struct data_reference *a, enum ref_step_type *ref_ste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101809
--- Comment #3 from Richard Biener ---
This is also the FAIL of
FAIL: gcc.target/i386/vect-gather-1.c scan-tree-dump vect "loop vectorized"
with -m32 testing. Note the intent was to have the testcase work independent
on the presence of HW gat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94162
--- Comment #12 from Jakub Jelinek ---
At least the #c8 testcase got fixed with
r12-619-gfc178519771db508c03611cff4a1466cf67fce1d
but that hasn't been backported to 11.x.
The ICE with int * return type is because POINTER_TYPE has NULL
TYPE_LINKA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101776
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101826
Bug ID: 101826
Summary: GFORTRAN: Debug info missing DW_TAG_string_type for
array of variable length string
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101787
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101811
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82334
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2017-09-27 00:00:00 |2021-8-9
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56090
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101827
Bug ID: 101827
Summary: Wrong stringop-overflow warning
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101828
Bug ID: 101828
Summary: The invocation of a virtual function for an object
that is not usable in constant expression is accepeted
by GCC
Product: gcc
Version: 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101783
--- Comment #6 from Jonathan Wakely ---
Please send patches to the mailing list for review, they are likely to get
ignored or forgotten in bugzilla.
https://gcc.gnu.org/contribute.html#patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101825
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101829
Bug ID: 101829
Summary: problems with inline + __attribute__ ((malloc
(deallocator)))
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101305
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:527a1cf32c27a3fbeaf6be7596241570d864cc4c
commit r12-2808-g527a1cf32c27a3fbeaf6be7596241570d864cc4c
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
--- Comment #6 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:527a1cf32c27a3fbeaf6be7596241570d864cc4c
commit r12-2808-g527a1cf32c27a3fbeaf6be7596241570d864cc4c
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101820
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
Uroš Bizjak changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80355
--- Comment #2 from Jakub Jelinek ---
Created attachment 51277
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51277&action=edit
gcc12-pr80355-1.patch
Untested fix. For 32-byte vectors/AVX512VL we don't need this, we already emit
vperm2i12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101609
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tejas Belagod :
https://gcc.gnu.org/g:e2e0b85c1e7cb53fd720df0d09278e3d485c733e
commit r12-2817-ge2e0b85c1e7cb53fd720df0d09278e3d485c733e
Author: Tejas Belagod
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101822
--- Comment #3 from Jeremy R. ---
Interestingly it's optimized correctly on -Os
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101609
Tejas Belagod changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80355
--- Comment #3 from Jakub Jelinek ---
Created attachment 51278
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51278&action=edit
gcc12-pr80355-2.patch
And this incremental patch makes it handle even similar V32HImode/V64QImode
permutations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63842
H.J. Lu changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #4 from H.J. Lu ---
Dup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63833
--- Comment #4 from H.J. Lu ---
*** Bug 63842 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101829
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101827
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101826
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101826
--- Comment #2 from Abdul Basit Ijaz ---
I tried with GFortran 11.1.0 version so if you already see DW_TAG_string_type
in trunk then it means it was already fixed. Do you happen to know any issue
related to it then this issue can be duplicated t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101827
--- Comment #2 from Ignacio Fernández Galván ---
What's a TU? I didn't succeed (but didn't try to hard) in creating a minimal
test case. But this reproduces the problem:
$ git clone -b ipo https://gitlab.com/Molcas/OpenMolcas.git
$ cd OpenMolca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101812
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:9d2d660aab2f332b1e3f69a2fb3419cf3cc33b47
commit r12-2821-g9d2d660aab2f332b1e3f69a2fb3419cf3cc33b47
Author: Uros Bizjak
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101812
Uroš Bizjak changed:
What|Removed |Added
CC|uros at gcc dot gnu.org|
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101654
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:d55d3f5b04e81b79f34ccf23f7e2c1e736ad3b0d
commit r12-2823-gd55d3f5b04e81b79f34ccf23f7e2c1e736ad3b0d
Author: Martin Jambor
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101654
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
Bug ID: 101830
Summary: Incorrect error messages beginning with r12-2591
(backward jump threader)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
Bill Schmidt changed:
What|Removed |Added
Known to fail||12.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101829
--- Comment #2 from Jan Hubicka ---
> It might be possible to inline such functions by creating a "stub" call either
> after or before the inlined function body where the "stub" would just be there
> to represent the attributes.
>
> Say, inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101831
Bug ID: 101831
Summary: Spurious maybe-uninitialized warning on
std::array::size
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
Bug ID: 101832
Summary: __builtin_object_size(P->M, 1) where M ends with a
flex-array behaves like sizeof()
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
--- Comment #1 from Kees Cook ---
This is even more visible when the size IS known (via malloc hinting, for
example):
https://godbolt.org/z/4v5rKbhaf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
--- Comment #2 from Kees Cook ---
Created attachment 51280
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51280&action=edit
Same PoC, but with malloc to provide non-unlimited bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
--- Comment #4 from Kees Cook ---
It seems like this isn't about crossing field boundaries -- it's asking "how
large is this particular member?" and bos can't know the answer because there
is a flex-array.
Why would
__builtin_object_size(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
--- Comment #2 from Andrew Pinski ---
It might be useful to get the preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101828
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832
--- Comment #5 from Kees Cook ---
Perhaps the best question to ask is "given an arbitrary argument, how can code
detect the remaining bytes of a member, including if the member contains a
flexible array?"
Because right now, this does not work:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23257
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #7 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47227
--- Comment #1 from Andrew Pinski ---
GCC and clang agree on both testcases.
While ICC and MSVC both agree but disagree with the other 2 compilers.
That is:
Compiler first second
GCCaccepts rejects
clang accepts reje
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101833
Bug ID: 101833
Summary: [9/10/11/12 Regression] ICE with -Wformat on a
constructor with a virtual base
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101833
Andrew Pinski changed:
What|Removed |Added
Known to fail||9.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47634
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
Bug ID: 101834
Summary: make distclean forgets ./c++tools/
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
Andrew Pinski changed:
What|Removed |Added
Component|other |bootstrap
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
Summary|gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12255
Andrew Pinski changed:
What|Removed |Added
CC||mib.bugzilla at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84633
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101728
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57566
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84633
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59074
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58052
--- Comment #4 from Andrew Pinski ---
GCC and ICC both reject this while clang and MSVC accepts this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61163
--- Comment #1 from Andrew Pinski ---
GCC, ICC and clang all produce the same (or similar) result:
clang:
A::A(int)
0 static void *B::operator new(decltype(sizeof (0)), A)
1 static void B::operator delete(void *, A)
A::~A()
GCC and ICC:
A::A(in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
--- Comment #3 from Bill Schmidt ---
Created attachment 51281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51281&action=edit
Preprocessed source
Per request, preprocessed source.
Compile with "g++ rs6000-gen-builtins.ii -c -O2 -Wall -W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77603
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63267
--- Comment #2 from Andrew Pinski ---
ICC and GCC produce the same result while clang produces:
Output constructed
do it a: 100
Note I noticed if I used std::cout, I get a crash with clang even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60372
Andrew Pinski changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66615
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53846
Andrew Pinski changed:
What|Removed |Added
Keywords||compile-time-hog
--- Comment #5 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60803
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47294
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21534
Andrew Pinski changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101741
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:c86c95edd165d674614516cda0b1fcb6616c1096
commit r12-2826-gc86c95edd165d674614516cda0b1fcb6616c1096
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101741
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101697
--- Comment #3 from Mikael Pettersson ---
As far as I can tell the problem is introduced by reload.
With a gcc-11.2.0 cross, getaddrinfo.i.290r.ira has
(insn 161 159 163 31 (set (reg/f:SI 185)
(reg/f:SI 7 sp)) "libc/inet/getaddrinfo.c"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67574
--- Comment #1 from Andrew Pinski ---
The location was fixed in GCC 10+:
:7:1: error: definition of explicitly-defaulted 'X::X()'
7 | X::X() = default;
| ^
:6:1: note: 'X::X()' explicitly defaulted here
6 | X::X() = default;
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
Andrew Pinski changed:
What|Removed |Added
Blocks||101603
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52099
Andrew Pinski changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603
Bug 101603 depends on bug 67772, which changed state.
Bug 67772 Summary: wrong type_info emitted for cv-qualified pointer to member
types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
--- Comment #1 from Andrew Macleod ---
What is that suppose to test?
The range ecosystem has gotten smarter and we basically fold that function away
to return 0 now. between EVRP, VRP and threading, you'd have to turn off a lot
of optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65350
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
--- Comment #2 from Andrew Pinski ---
d = a | -2;
b = (d == 0) ? c : (c % d);
d can never be 0, VRP figures this out now.
so we end up with:
d = a | -2;
b = 0xc7d24b5e % d;
if (b != 0xc7d24b5e)
abort();
and b cannot be 0xc7d24b5e because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69712
Andrew Pinski changed:
What|Removed |Added
Blocks||101603
--- Comment #3 from Andrew Pinski
1 - 100 of 189 matches
Mail list logo