https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59342
--- Comment #1 from Andrew Pinski ---
Seems fixed in GCC 6+ (but I can't figure out what fixed it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101750
--- Comment #4 from Tamar Christina ---
(In reply to rguent...@suse.de from comment #3)
> On Tue, 3 Aug 2021, tnfchris at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101750
> >
> > --- Comment #2 from Tamar Christ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59144
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58428
--- Comment #1 from Andrew Pinski ---
ICC rejects it with the following message:
(5): error: a qualified friend template declaration must refer to a
specific previously declared template
template friend class A::B;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101770
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-08-04
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47929
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2013-11-10 00:00:00 |2021-8-3
--- Comment #2 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52460
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2012-03-02 00:00:00 |2021-8-3
--- Comment #2 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52809
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53251
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44906
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|NEW
Last reconfirmed|2011-09-23 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96193
--- Comment #5 from Andrew Pinski ---
(In reply to Johel Ernesto Guerrero Peña from comment #4)
> It actually fails for dependent calls. See https://godbolt.org/z/E64Pbb.
This seems to have been fixed in GCC 11+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101769
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-08-04
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39970
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2018-09-13 00:00:00 |2021-8-3
--- Comment #11 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101767
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101760
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101754
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90925
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101756
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101750
--- Comment #3 from rguenther at suse dot de ---
On Tue, 3 Aug 2021, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101750
>
> --- Comment #2 from Tamar Christina ---
> (In reply to Richard Biener from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48078
Andrew Pinski changed:
What|Removed |Added
CC||awise.gcc.bug at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70984
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48078
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53116
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #5 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35383
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65969
--- Comment #5 from jim x ---
The last two cases seem to be not a bug to me. The standard says(cite the c++20
standard)
> If a using-declarator uses the keyword typename and specifies a dependent
> name ([temp.dep]), the name introduced by the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72708
--- Comment #5 from Andrew Pinski ---
This code is accepted:
namespace {
static union { int x; };
}
---
For the original testcase, only clang accepts the code; ICC, GCC and MSVC all
reject the code with the simi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92034
--- Comment #5 from Andrew Pinski ---
Only clang errors out.
ICC, GCC and MSVC all accept the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95384
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95384
Andrew Pinski changed:
What|Removed |Added
Component|c++ |tree-optimization
Severity|nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84832
--- Comment #2 from Andrew Pinski ---
Note GCC and ICC accept the code.
While clang and MSVC reject the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86249
--- Comment #2 from Andrew Pinski ---
Interesting, GCC, ICC and MSVC all accept this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85251
--- Comment #1 from Andrew Pinski ---
GCC, ICC, and MSVC all do the same thing and calls A(int).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80577
Andrew Pinski changed:
What|Removed |Added
Blocks||101603
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80288
--- Comment #1 from Andrew Pinski ---
Interesting,
ICC, GCC and MSVC all reject this with being ambiguous.
Only clang accepts it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50921
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66159
Andrew Pinski changed:
What|Removed |Added
CC||rutsky.vladimir at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64259
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95597
--- Comment #1 from Andrew Pinski ---
here is another testcase:
typedef int T;
namespace y{
using typename ::T;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94159
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65969
Andrew Pinski changed:
What|Removed |Added
CC||xmh970252187 at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101771
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101771
Bug ID: 101771
Summary: The keyword "typename" is illegal used in a
using-declaration that introduces the non-type
declarations
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101770
Bug ID: 101770
Summary: -Wmaybe-uninitialized false alarm with only locals in
GNU diffutils
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94274
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96336
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94884
Andrew Pinski changed:
What|Removed |Added
Depends on||101590
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101717
--- Comment #5 from Steven Sun ---
(In reply to Andrew Pinski from comment #4)
Thanks!
(In reply to myself from comment #3)
> The program seems never think of a situation "a lambda inside a lambda
> inside a NSDMI`. We need to amend the logic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94884
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94884
--- Comment #4 from Andrew Pinski ---
Part of this is:
bool f1_part0(unsigned x, unsigned y)
{
unsigned t1 = x;
unsigned t = (x | y);
return t >= t1;
}
Should be optimized to true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94793
--- Comment #3 from Andrew Pinski ---
*** Bug 99887 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99887
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96921
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Andrew Pinski from comment #4)
> > Hmm, thinking about expanding this further:
>
> I am going to handle the non-special (bool) case as PR 101610.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91213
--- Comment #3 from Andrew Pinski ---
*** Bug 101610 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101610
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91213
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89263
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96685
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94356
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #5 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 96897, which changed state.
Bug 96897 Summary: Failure to optimize sub+not involving constant to add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96897
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96897
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96897
Bug 96897 depends on bug 37516, which changed state.
Bug 37516 Summary: ~(-2 - a) is not being optimized into a + 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96685
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
--- Comment #3 from Giulio Benetti ---
I've done this:
https://github.com/libfuse/libfuse/pull/620/commits/3aba09a5c56e017746c5c1652dbc845f4db7374a
and works fine. It doesn't seem to have pitfalls.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96897
Andrew Pinski changed:
What|Removed |Added
Depends on||37516
Assignee|prathamesh3492
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96897
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101717
--- Comment #4 from Andrew Pinski ---
(In reply to Steven Sun from comment #3)
> By the way, does anyone know other magics like g:hash?
r works for the old Subversion revisions
"PR" and "bug " (maybe one more) puts a link to the oth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Andrew Pinski changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |pinskia at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101717
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95527
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101769
Bug ID: 101769
Summary: loop->finite_p is not always true for some loops even
with -ffinite-loops being used
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100810
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> GCC does warn about an unitialized variable i even in "i && d"
> For:
> if (!b)
> i &&d;
>
> b is even set to 1. Note setting b to be 0 still get the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100810
--- Comment #6 from Andrew Pinski ---
GCC does warn about an unitialized variable i even in "i && d"
For:
if (!b)
i &&d;
b is even set to 1. Note setting b to be 0 still get the wrong code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
--- Comment #8 from CVS Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:285aa6895d479bed8e72ad363290846645b6faa0
commit r12-2711-g285aa6895d479bed8e72ad363290846645b6faa0
Author: Eugene Rozenfeld
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
--- Comment #7 from CVS Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:9265b378531391498ec1727f67a45da72a6c07e9
commit r12-2710-g9265b378531391498ec1727f67a45da72a6c07e9
Author: Eugene Rozenfeld
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
--- Comment #6 from CVS Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:0ed093c7c3f755bc1cd80e5186abeb2f5c50ee0c
commit r12-2709-g0ed093c7c3f755bc1cd80e5186abeb2f5c50ee0c
Author: Eugene Rozenfeld
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
--- Comment #5 from CVS Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:f9ad3d5339faaaed6e15a7b27d90fbc66eb72f37
commit r12-2708-gf9ad3d5339faaaed6e15a7b27d90fbc66eb72f37
Author: Eugene Rozenfeld
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100810
--- Comment #5 from Andrew Pinski ---
# i_16 = PHI
_22 = (unsigned int) i_16;
_48 = -_22;
_49 = _39 - _22;
h_lsm.23_29 = (int) _49;
Somehow or another h gets its value from i which causes the incorrect code.
ccp is not at fault.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82188
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #3 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
--- Comment #2 from Giulio Benetti ---
Ah ok, so the workaround is to check with a little build test, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016
--- Comment #1 from Marek Polacek ---
Will be fixed by
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/576627.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81206
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-03
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100810
--- Comment #4 from Roger Sayle ---
I believe this bug occurs during the .195t.ccp4 pass that was introduced by the
commit identified above, where tree-ssa-propagate.c's
substitute_and_fold_engine appears not to correctly handle the situation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81206
--- Comment #1 from Andrew Pinski ---
int a;
int b()
{
int c, d;
if (a)
d = b();
return 1 + c + d;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101768
--- Comment #3 from Andrew Pinski ---
[AFTER NORMALIZATION -- [DEF]:
(.NOT.) ct.0_1 == 1
[AFTER NORMALIZATION -- [DEF]:
offset_width_13 = PHI
is guarded by :
(.NOT.) arg_10 != 0 (.AND.) arg_16 != 0 (.AND.) ct.0_1 == 1
(.OR.)
(.NOT.) arg_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101768
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101768
--- Comment #1 from Andrew Pinski ---
switch has nothing to do it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101768
Bug ID: 101768
Summary: -Wmaybe-uninitialized false alarm with 'switch'
instead of 'if'
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101767
Andrew Pinski changed:
What|Removed |Added
Summary|[11/12 Regression] |[10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101767
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101747
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101767
Bug ID: 101767
Summary: Aggregate initialization fails for struct that has
both unnamed struct and union fields
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
--- Comment #1 from Andrew Pinski ---
__has_attribute is broken for many attributes. If GCC supports them in a
generic way but does not really support them, __has_attribute still returns
true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101753
John David Anglin changed:
What|Removed |Added
Target|hppa*-hp-hpux* |hppa64-hp-hpux*
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101741
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
Bug ID: 101766
Summary: Microblaze gcc misses symver but
__has_attribute(symver) returns true
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81127
--- Comment #2 from Andrew Pinski ---
SLP does work for:
void f(complex double *x, complex double *y, double *tt) {
complex double t = *x/ *y;
tt[0] = __real__ t;
tt[1] = __imag__ t;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101688
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101688
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:aabf07cd5dc314135adde89830a86be157d7596b
commit r12-2707-gaabf07cd5dc314135adde89830a86be157d7596b
Author: Martin Sebor
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101688
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
1 - 100 of 241 matches
Mail list logo