https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104652
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|It's impossible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104654
Bug ID: 104654
Summary: Errors in gthread.d when building against MinGW-w64
with --enable-threads=posix
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93413
Andrew Pinski changed:
What|Removed |Added
CC||lichray at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104653
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103302
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104595
--- Comment #9 from rguenther at suse dot de ---
On Wed, 23 Feb 2022, linkw at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104595
>
> --- Comment #8 from Kewen Lin ---
> I had one local hack and just found it can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104409
Przemyslaw Wirkus changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |wirkus at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104489
--- Comment #5 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:06770148711226ba243b964451dfa8816d5d23e5
commit r12-7357-g06770148711226ba243b964451dfa8816d5d23e5
Author: Roger Sayle
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104653
Bug ID: 104653
Summary: Derived class looks for a definition of its inherited
constexpr virtual destructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104595
--- Comment #8 from Kewen Lin ---
I had one local hack and just found it can survive on x86 bootstrapping and
regression testing. I guess maybe it's good to post here. Just ignore this if
it looks like noise. :) The point is to do the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #24 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:fd0ab7c734b04b91653467b94afd48ceca122083
commit r12-7356-gfd0ab7c734b04b91653467b94afd48ceca122083
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #20 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:fd0ab7c734b04b91653467b94afd48ceca122083
commit r12-7356-gfd0ab7c734b04b91653467b94afd48ceca122083
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104610
--- Comment #8 from Hongtao.liu ---
Created attachment 52495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52495=edit
untested patch.
With the patch, it exposes one potential issue related to dse(or
ix86_gen_scratch_sse_rtx usage). in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104652
Bug ID: 104652
Summary: It's impossible to declare non-default target function
as a friend.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
--- Comment #20 from Thiago Macieira ---
I think there will be cases where the relaxation makes sense and others where
it doesn't because the surrounding code already does it. So I'd like to control
per emission.
If I can't do it per code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104633
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
--- Comment #19 from Hongyu Wang ---
(In reply to Thiago Macieira from comment #18)
> (In reply to Jakub Jelinek from comment #17)
> > _Pragma("GCC target \"relax-cmpxchg-loop\"")
> > should do that (ditto target("relax-cmpxchg-loop")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103353
--- Comment #5 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #4)
> You miss all extra errors the expand_call can generate. This is the general
> reason why we try to continue instead of stopping after the first error. The
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104610
--- Comment #7 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #6)
> (In reply to Hongtao.liu from comment #5)
> > (In reply to Hongtao.liu from comment #4)
> > > (In reply to Hongtao.liu from comment #3)
> > > > (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104647
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104647
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
Bug ID: 104651
Summary: [OOP] CLASS with assumed-size/assumed-rank array
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104646
--- Comment #2 from Marek Polacek ---
Somewhat reduced:
template struct pair {
_T1 first;
int second;
};
template class __normal_iterator {
_Iterator __traits_type;
public:
constexpr __normal_iterator() {}
};
template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104619
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:bc66b471d16ef2fd8cb66fd1131b41f80ecb9961
commit r12-7351-gbc66b471d16ef2fd8cb66fd1131b41f80ecb9961
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
--- Comment #18 from Thiago Macieira ---
(In reply to Jakub Jelinek from comment #17)
> _Pragma("GCC target \"relax-cmpxchg-loop\"")
> should do that (ditto target("relax-cmpxchg-loop") attribute).
The attribute is applied to a function. I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104646
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-02-22
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104645
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104645
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=104608
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104650
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104650
Bug ID: 104650
Summary: [PDT] ICE in gfc_resolve_finalizers, at
fortran/resolve.cc:13749
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104622
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104649
Bug ID: 104649
Summary: ICE in gfc_match_formal_arglist, at
fortran/decl.cc:6733
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104648
Bug ID: 104648
Summary: [12 Regression] ICE in cgraphunit_cc_finalize, at
cgraphunit.cc:2540
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104647
Bug ID: 104647
Summary: [9/10/11/12 Regression] ICE in
get_or_insert_ctor_field, at cp/constexpr.cc:3705
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104646
Bug ID: 104646
Summary: [9/10/11/12 Regression] ICE in
cx_check_missing_mem_inits, at cp/constexpr.cc:845
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104623
--- Comment #2 from Marek Polacek ---
Looks like a missing CPP_PRAGMA_EOL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104623
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-02-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104624
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104645
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104645
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104645
Bug ID: 104645
Summary: [12 Regression] i ? i % 2 : 0 not optimized anymore
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104644
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104644
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
trunk-r12-7349-20220222175310-g54f74502327-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.1 20220222 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88197
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #6 from Jakub Jelinek ---
The #c5 case seems unrelated and started with
r12-5358-g32221357007666124409ec3ee0d3a1cf263ebc9e
Please file a separate PR for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
--- Comment #16 from Thiago Macieira ---
Can this option be enabled and disabled with a _Pragma?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103407
--- Comment #3 from Jonathan Wakely ---
The new std::from_chars is on trunk, but we still have this in :
#if _GLIBCXX_HAVE_USELOCALE
Which should be relaxed to not depend on uselocale.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #5 from denis.campredon at gmail dot com ---
That peace of code seems related but does not need a loop unlike the original
one.
--
int foo(unsigned i) {
return i ? i % 2 : 0;
}
--
With trunk 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104643
Bug ID: 104643
Summary: gcc/config/rs6000/driver-rs6000.cc: 2 * pointless call
?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134
--- Comment #33 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:537c96588026aec09b9a00d6d0f3670f612428b5
commit r12-7346-g537c96588026aec09b9a00d6d0f3670f612428b5
Author: Segher Boessenkool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
--- Comment #2 from Patrick Palka ---
One workaround is to use a helper member function (defined alongside the nested
class template) that performs the CTAD, something like:
#include
template
struct A {
template struct B { B(U); };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #22 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:c6b4ea7ab1aa6c5c07798fa6c6ad15dd1761b5ed
commit r12-7344-gc6b4ea7ab1aa6c5c07798fa6c6ad15dd1761b5ed
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #18 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:c6b4ea7ab1aa6c5c07798fa6c6ad15dd1761b5ed
commit r12-7344-gc6b4ea7ab1aa6c5c07798fa6c6ad15dd1761b5ed
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #17 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:6a7c13a0cf2290b60ab36f9ce1027b92838586bd
commit r12-7343-g6a7c13a0cf2290b60ab36f9ce1027b92838586bd
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #21 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:6a7c13a0cf2290b60ab36f9ce1027b92838586bd
commit r12-7343-g6a7c13a0cf2290b60ab36f9ce1027b92838586bd
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #20 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:724d6566cd11c676f3bc082a9771784c825affb1
commit r12-7342-g724d6566cd11c676f3bc082a9771784c825affb1
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #16 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:724d6566cd11c676f3bc082a9771784c825affb1
commit r12-7342-g724d6566cd11c676f3bc082a9771784c825affb1
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #15 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:e6a4aefce8e47a7d3ba781066a1410ebfa963e59
commit r12-7341-ge6a4aefce8e47a7d3ba781066a1410ebfa963e59
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #19 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:e6a4aefce8e47a7d3ba781066a1410ebfa963e59
commit r12-7341-ge6a4aefce8e47a7d3ba781066a1410ebfa963e59
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #18 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:df0e57c2c032cea0f77f2e68231c035f282b26d6
commit r12-7340-gdf0e57c2c032cea0f77f2e68231c035f282b26d6
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #17 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:91224cf625dc90304bb515a0cc602beed48fe3da
commit r12-7339-g91224cf625dc90304bb515a0cc602beed48fe3da
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #14 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:91224cf625dc90304bb515a0cc602beed48fe3da
commit r12-7339-g91224cf625dc90304bb515a0cc602beed48fe3da
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #16 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:884f77b489510e1df9db2889b60c5df6fcda
commit r12-7338-g884f77b489510e1df9db2889b60c5df6fcda
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101325
--- Comment #13 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:884f77b489510e1df9db2889b60c5df6fcda
commit r12-7338-g884f77b489510e1df9db2889b60c5df6fcda
Author: Christophe Lyon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #4 from Jakub Jelinek ---
The ranger itself can't, i_2(D) in the PHI arg is ~[4, 4], and _3 is still [0,
1] aka VARYING.
Yes, phiopt could handle this by seeing a PHI result is only used in an
equality comparison and try to figure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104624
--- Comment #1 from G. Steinmetz ---
> Started between 20200712 and 20200719 :
Sorry, a cut from pr104623. It started between 20200419 and 20200509.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #3 from Richard Biener ---
it's odd that VRP doesn't optimize this though. VRP2 says
Exported global range table:
i_6 : int ~[4, 4]
bool foo (int i)
{
bool _3;
[local count: 118111600]:
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
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=104642
--- Comment #1 from Richard Biener ---
Not sure, people will still see the surprising behavior at -O1+ then and at -O0
we're not exploiting the __builtin_unreachable () in too surprising ways (we'll
just fall thru to the next function or so -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #11 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:5ed77fb3ed1ee0289a0ec9499ef52b99b39421f1
commit r12-7332-g5ed77fb3ed1ee0289a0ec9499ef52b99b39421f1
Author: Tom de Vries
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101636
--- Comment #14 from Richard Biener ---
Created attachment 52492
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52492=edit
GIMPLE testcase
So I think that the IL we produce from SLP vectorizing the if-converted loop
body is not great and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104642
Bug ID: 104642
Summary: Add __builtin_trap() for missing return at -O0
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100983
--- Comment #9 from Artur Bać ---
created https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
Bug ID: 104641
Summary: Deduction guide for member template class rejected at
class scope when used with typename dependant type
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104363
--- Comment #11 from dave.anglin at bell dot net ---
On 2022-02-22 4:15 a.m., mathieu.malaterre at gmail dot com wrote:
> [...]
> libkcapi-1.3.1/apps/kcapi-rng.c:302: undefined reference to
> `kcapi_rng_generate'
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104635
--- Comment #10 from Jonathan Wakely ---
(In reply to Szüllő Ádám from comment #8)
> Yes, the code as a whole is invalid.
> But for(int i=0; i<4; i++) is well defined.
No, that's not how undefined behaviour works. It isn't bounded or localised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104635
--- Comment #9 from Jonathan Wakely ---
(In reply to Szüllő Ádám from comment #4)
> i understand that missing return value is undefined behaviour.
> my point is, that this should be limited to the act of return (return with
> garbage, segfault,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104635
--- Comment #8 from Szüllő Ádám ---
Yes, the code as a whole is invalid.
But for(int i=0; i<4; i++) is well defined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104635
--- Comment #7 from Jonathan Wakely ---
It isn't well-defined code though. It's undefined, as you yourself said. It
can't be both.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100983
--- Comment #8 from Patrick Palka ---
(In reply to Artur Bać from comment #7)
> Do I have to open new bug because of You marked it as fixed while it is not
> fixed ?
Yes please, it'd be easier to track that way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104640
Bug ID: 104640
Summary: incomplete unicode support for User-defined literals
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104635
--- Comment #6 from Szüllő Ádám ---
I'd bothered to read the articles, and there were no new information (nor
relevant to this exact case).
You are right that this is not a bug, becasue the code is invalid, as myself
emphasized too in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100983
--- Comment #7 from Artur Bać ---
Do I have to open new bug because of You marked it as fixed while it is not
fixed ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104596
--- Comment #3 from Tom de Vries ---
Submitted patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-February/590721.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104409
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100983
--- Comment #6 from Artur Bać ---
The typename was from my real code by mistake where value_type s template
param.
But in real code withing template I have to use typename and it doesn't work
with trunk too.
https://godbolt.org/z/E6Pavhfza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100983
--- Comment #5 from Patrick Palka ---
(In reply to Artur Bać from comment #4)
> trunk at compiler explorer still rejects valid code
>
> https://godbolt.org/z/v4ebhj9Gh, only the message of requirement of
> namespace scope is missing from gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #2 from Jakub Jelinek ---
One thing is not threading through loop latches, but in this case once the loop
is optimized into straight line code in thread2 we don't thread that further,
so end up with
if (i_2(D) == 4)
goto ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
Bug ID: 104639
Summary: Useless loop not fully optimized anymore
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
1 - 100 of 159 matches
Mail list logo
