https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80190
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89599
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 80190, which changed state.
Bug 80190 Summary: darwin: untranslateable placeholder "non-ASCII character"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80190
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89622
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89585
--- Comment #33 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 8 07:45:23 2019
New Revision: 269483
URL: https://gcc.gnu.org/viewcvs?rev=269483=gcc=rev
Log:
PR c++/89585
* parser.c (cp_parser_asm_definition): Just warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89599
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 8 07:43:58 2019
New Revision: 269482
URL: https://gcc.gnu.org/viewcvs?rev=269482=gcc=rev
Log:
PR c++/89599
* constexpr.c (potential_constant_expression_1):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89622
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 8 07:42:51 2019
New Revision: 269481
URL: https://gcc.gnu.org/viewcvs?rev=269481=gcc=rev
Log:
PR c++/89622
* call.c (joust): Call print_z_candidate only if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80190
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 8 07:39:31 2019
New Revision: 269480
URL: https://gcc.gnu.org/viewcvs?rev=269480=gcc=rev
Log:
PR target/80190
* config/darwin.c: Include intl.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89477
--- Comment #6 from François Dumont ---
Author: fdumont
Date: Fri Mar 8 05:53:09 2019
New Revision: 269479
URL: https://gcc.gnu.org/viewcvs?rev=269479=gcc=rev
Log:
2019-03-08 François Dumont
PR libstdc++/89477
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89608
--- Comment #2 from François Dumont ---
Author: fdumont
Date: Fri Mar 8 05:37:50 2019
New Revision: 269478
URL: https://gcc.gnu.org/viewcvs?rev=269478=gcc=rev
Log:
2019-03-08 François Dumont
PR libstdc++/89608
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83243
Arfrever Frehtes Taifersar Arahesis changed:
What|Removed |Added
CC||Arfrever.FTA at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89411
--- Comment #4 from Jim Wilson ---
Created attachment 45925
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45925=edit
work in progress patches for a fix
This implements two ways to fix it, a simple way that just fails for BLKmode,
and a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89627
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87748
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88123
Jason Merrill changed:
What|Removed |Added
Summary|[8/9 Regression] faulty |[8 Regression] faulty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88123
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Fri Mar 8 02:54:41 2019
New Revision: 269477
URL: https://gcc.gnu.org/viewcvs?rev=269477=gcc=rev
Log:
PR c++/88123 - lambda and using-directive.
For named function calls in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89406
Ian Lance Taylor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Eric Gallager changed:
What|Removed |Added
Severity|normal |trivial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
--- Comment #4 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60091
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80003
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 80003, which changed state.
Bug 80003 Summary: i386.c: %s placeholder is no semantic grammar unit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80003
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #10 from Segher Boessenkool ---
But it behaves exactly likes this on LE ELFv2 systems as well.
Only explicitly signed and unsigned types are documented, sure, but that
does not make all that much sense, IMO.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
--- Comment #9 from Jakub Jelinek ---
It got fixed with r269292 in particular.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89602
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80003
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Thu Mar 7 21:32:21 2019
New Revision: 269471
URL: https://gcc.gnu.org/viewcvs?rev=269471=gcc=rev
Log:
PR target/80003
* config/i386/i386.c (ix86_set_func_type): Make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
--- Comment #8 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Mar 7 20:49:42 2019
New Revision: 269469
URL: https://gcc.gnu.org/viewcvs?rev=269469=gcc=rev
Log:
2019-03-07 Paolo Carlini
PR c++/84518
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
--- Comment #7 from Paolo Carlini ---
These are fixed in trunk: I'm adding the testcases and removing the 9
regression marker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 7, which changed state.
Bug 7 Summary: possible typo in gimplify.c: depend(sink:)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29040
--- Comment #12 from Paolo Carlini ---
My draft doesn't the templated case:
struct c
{
private: template struct n
{
int j;
};
};
struct d:public c
{
template
void f (struct n *p);
};
Interestingly, currently we neither handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Mar 7 19:46:11 2019
New Revision: 269468
URL: https://gcc.gnu.org/viewcvs?rev=269468=gcc=rev
Log:
PR translation/7
* gimplify.c (gimplify_omp_ordered): Reword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #9 from Bill Schmidt ---
vector __int128 is equivalent to vector signed __int128, and only is defined
for the ELFv2 ABI. Technically ELFv2 can be used anywhere, but in practice it
is little-endian only.LE systems require a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89602
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88918
Bug 88918 depends on bug 89602, which changed state.
Bug 89602 Summary: Missing AVX512 intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89602
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89602
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Mar 7 19:10:21 2019
New Revision: 269467
URL: https://gcc.gnu.org/viewcvs?rev=269467=gcc=rev
Log:
PR target/89602
* config/i386/sse.md (avx512f_mov_mask,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #7 from Jakub Jelinek ---
If vector followed by __int128 is unconditionally mapped to __vector, then so
should vector double.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89629
Bug ID: 89629
Summary: std::hash segfault for long strings
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #6 from Segher Boessenkool ---
"vector signed __int128" and "vector unsigned __int128" are both defined,
and both work fine. But "vector __int128" is not defined in the ABI, and
does not work unless you are building for power8 or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89628
Bug ID: 89628
Summary: aarch64_vector_pcs does not use v24-v31 as temp regs
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #4 from Segher Boessenkool ---
If you use -mcpu=power8 (or up) it works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89627
Bug ID: 89627
Summary: Miscompiled constructor call
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89016
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
--- Comment #22 from Martin Jambor ---
Author: jamborm
Date: Thu Mar 7 16:42:20 2019
New Revision: 269464
URL: https://gcc.gnu.org/viewcvs?rev=269464=gcc=rev
Log:
Zero local estimated benefit for cloning extern inline function
2019-03-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88123
--- Comment #4 from Jason Merrill ---
The problem is that we don't preserve the unqualified lookup in our template
representation of operator expressions the way we do for normal calls. Here's
a variant that never worked, because we're
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #3 from Andrew Pinski ---
Looks like the preprocess conditional identifier does not recognize __int128 as
something it should be used with vector.
I doubt this is a real bug as vector __int128 is not defined in the PowerPC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
kelvin at gcc dot gnu.org changed:
What|Removed |Added
CC||kelvin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
--- Comment #1 from kelvin at gcc dot gnu.org ---
Created attachment 45923
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45923=edit
preprocessed source code for reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89626
Bug ID: 89626
Summary: Extraneous error message when compiling vector
__int128
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88820
--- Comment #12 from Jason Merrill ---
Author: jason
Date: Thu Mar 7 16:15:56 2019
New Revision: 269463
URL: https://gcc.gnu.org/viewcvs?rev=269463=gcc=rev
Log:
PR c++/88820 - ICE with CTAD and member template used in DMI.
Here the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88820
Jason Merrill changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80012
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88235
--- Comment #6 from Martin Jambor ---
Author: jamborm
Date: Thu Mar 7 16:03:34 2019
New Revision: 269462
URL: https://gcc.gnu.org/viewcvs?rev=269462=gcc=rev
Log:
Relax cgraph_node::clone_of_p to also look through former clones
2019-03-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89625
Bug ID: 89625
Summary: Freeing memory under the lock in
__deregister_frame_info_bases
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88123
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55233
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> I think this change is broken for -fshort-enums because the
> std::memory_order enum will be a single byte, and not be able to store the
> HLE bits.
That's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89624
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89624
Bug ID: 89624
Summary: HLE acquire/release bits in std::memory_order don't
work with -fshort-enums or -fstrict-enums
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916
Jason Merrill changed:
What|Removed |Added
Summary|[7/8/9 Regression] Spurious |[7/8 Regression] Spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55233
--- Comment #5 from Jonathan Wakely ---
I think this change is broken for -fshort-enums because the std::memory_order
enum will be a single byte, and not be able to store the HLE bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916
--- Comment #12 from Jason Merrill ---
Author: jason
Date: Thu Mar 7 15:10:22 2019
New Revision: 269459
URL: https://gcc.gnu.org/viewcvs?rev=269459=gcc=rev
Log:
PR c++/80916 - spurious "static but not defined" warning.
Nothing can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89599
--- Comment #1 from Jakub Jelinek ---
Created attachment 45921
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45921=edit
gcc9-pr89599.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
Richard Biener changed:
What|Removed |Added
Known to work||9.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Thu Mar 7 14:53:37 2019
New Revision: 269458
URL: https://gcc.gnu.org/viewcvs?rev=269458=gcc=rev
Log:
2019-04-07 Richard Biener
PR middle-end/89618
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89612
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89619
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87436
Jakub Jelinek changed:
What|Removed |Added
CC||stas.pyatykh at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89610
Jonathan Wakely changed:
What|Removed |Added
Keywords|missed-optimization |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89227
--- Comment #6 from boger at gcc dot gnu.org ---
Works now, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89622
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
--- Comment #3 from Moritz Kreutzer ---
Great, thanks for the quick action Richard!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89623
Bug ID: 89623
Summary: Can't build mips-wrs-vxworks cross-compiler
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87481
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53415
--- Comment #3 from Jonathan Wakely ---
P.S. also -pedantic-errors makes it an error, not just a warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89622
Bug ID: 89622
Summary: G++ prints notes, but no warning or error
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53415
--- Comment #2 from Jonathan Wakely ---
(In reply to Nathan Ridge from comment #0)
> 1. Template argument deduction/substitution is failing because of a
> *warning*? The following reduced example:
>
> struct string
> {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89595
Richard Biener changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89595
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Thu Mar 7 12:46:44 2019
New Revision: 269453
URL: https://gcc.gnu.org/viewcvs?rev=269453=gcc=rev
Log:
2019-03-07 Richard Biener
PR tree-optimization/89595
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89610
--- Comment #2 from Casey Carter ---
This isn't a "missed-optimization", it's non-conforming behavior. The
Allocator-aware container requirements
(http://eel.is/c++draft/container.requirements.general#16.sentence-41) require
only that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87481
--- Comment #6 from Jakub Jelinek ---
On
struct thread {
template thread(F) { }
};
template
void sleep_for(D) { }
template struct duration { };
using milliseconds = duration;
void f()
{
thread sleeper([]{
while (true) {
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
--- Comment #2 from Richard Biener ---
Created attachment 45918
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45918=edit
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89621
Bug ID: 89621
Summary: Internal Compiler Error with allocatable character and
openmp
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89620
Bug ID: 89620
Summary: Add fix-it hint for missing comma in template argument
list
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89550
--- Comment #6 from Jakub Jelinek ---
Created attachment 45916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45916=edit
gcc9-pr89550.patch
While investigating why r264868 didn't warn even when the IL is pretty much the
same, I've found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89619
--- Comment #2 from Jonathan Wakely ---
It does terminate, it just takes a long time:
$ time g++-7.3.0 t.cc -O1
real6m16.685s
user6m16.163s
sys 0m0.038s
With GCC 8.2.0 it's much faster:
real0m44.389s
user0m44.029s
sys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89619
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89578
Richard Biener changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89550
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89619
Bug ID: 89619
Summary: g++ does not terminate
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89618
Bug ID: 89618
Summary: Inner loop won't vectorize unless dummy statement is
included
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87481
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89550
--- Comment #4 from Jakub Jelinek ---
The compile time evaluation of a loop to determine final values when scev can't
do it is also mentioned in PR87465.
Perhaps we can have some valueization where we keep current values of SSA_NAMEs
(dunno if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89585
--- Comment #32 from Harald van Dijk ---
(In reply to Jakub Jelinek from comment #30)
> For 8.x we do not want to warn, that will break people building with -Werror.
> For 9.x, Jason said that perhaps we should warn instead of error for
>
1 - 100 of 113 matches
Mail list logo
