https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85186
--- Comment #4 from Hans-Peter Nilsson ---
I forgot to mention that this is likely a regression since gcc-4.7-era, but I
haven't proved that elsewhere than on the original target (not x86_64-linux /
sse2).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85186
--- Comment #3 from Hans-Peter Nilsson ---
Created attachment 43836
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43836&action=edit
case 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85186
--- Comment #2 from Hans-Peter Nilsson ---
Created attachment 43835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43835&action=edit
case 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85186
--- Comment #1 from Hans-Peter Nilsson ---
Created attachment 43834
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43834&action=edit
case 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85186
Bug ID: 85186
Summary: ifcvt can peel iterations affecting code form, and
causing vectorization not to happen
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
--- Comment #2 from Zev Weiss ---
I was wondering if I might be unwittingly violating some subtle rule like that;
are the details of this documented? I don't see anything obvious in section
6.45.2.5 ("Input Operands") of the GCC manual, but per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84943
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84943
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Wed Apr 4 03:40:29 2018
New Revision: 259067
URL: https://gcc.gnu.org/viewcvs?rev=259067&root=gcc&view=rev
Log:
[PR c++/84943] mark function as used when taking its address
fn[0]() I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85165
Kiran Alladi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
--- Comment #1 from Andrew Pinski ---
I think the upper 16bits are considered as undefined when using inline-asm like
this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
Bug ID: 85185
Summary: Wider-than-expected load for struct member used as
operand of inline-asm with memory clobber at -Og
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85175
--- Comment #4 from Martin Sebor ---
In general, sizing buffers for the minimum/maximum value of each directive's
argument and choosing the appropriate length modifiers (e.g., %hhi for char or
%hi for short) avoids these problems.
The thinking b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
--- Comment #7 from Pavel Roskin ---
I confirm that the issue has been fixed in the project I'm working on. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85183
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85183
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 3 23:03:07 2018
New Revision: 259059
URL: https://gcc.gnu.org/viewcvs?rev=259059&root=gcc&view=rev
Log:
PR libstdc++/85183 fix std::variant move-assignment
PR libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85183
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83625
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85184
Bug ID: 85184
Summary: Remove __glibcxx_assert uses from std::variant
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85183
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83562
Alexandre Pereira Nunes changed:
What|Removed |Added
CC||alexandre.nunes at gmail dot
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85183
Bug ID: 85183
Summary: [8 Regression] std::variant move assignment mishandles
move-only types
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: rejects-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
Adam Jackson changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85156
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85167
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7/8 Regression] |[6/7 Regression]
|shri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85167
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 21:45:52 2018
New Revision: 259058
URL: https://gcc.gnu.org/viewcvs?rev=259058&root=gcc&view=rev
Log:
PR rtl-optimization/85167
* shrink-wrap.c (move_insn_for_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
--- Comment #1 from joseph at codesourcery dot com ---
This is how static assertions are defined in C11, not a bug in GCC: it's a
constraint violation if the constant expression compares equal to 0,
regardless of the context in which the declar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85156
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 21:42:51 2018
New Revision: 259057
URL: https://gcc.gnu.org/viewcvs?rev=259057&root=gcc&view=rev
Log:
PR tree-optimization/85156
* builtins.c (fold_builtin_expe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85182
Bug ID: 85182
Summary: _Static_assert is less than useful in a static inline
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85166
--- Comment #2 from Thomas Koenig ---
Does this fix the problem?
Index: minimal.c
===
--- minimal.c (Revision 259055)
+++ minimal.c (Arbeitskopie)
@@ -187,3 +187,17 @@ sys_abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85135
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85166
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85133
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486
David Binderman changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85141
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85060
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85148
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85113
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85101
Bug 85101 depends on bug 85092, which changed state.
Bug 85092 Summary: [8 Regression] ICE under -std=gnu++1z in build_over_call
under, at cp/call.c:8149
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85113
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 19:14:03 2018
New Revision: 259053
URL: https://gcc.gnu.org/viewcvs?rev=259053&root=gcc&view=rev
Log:
PR c++/85113 - ICE with constexpr and __builtin_constant_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 19:13:42 2018
New Revision: 259052
URL: https://gcc.gnu.org/viewcvs?rev=259052&root=gcc&view=rev
Log:
PR c++/85092 - C++17 ICE with unused list constructor.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85113
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 19:13:36 2018
New Revision: 259051
URL: https://gcc.gnu.org/viewcvs?rev=259051&root=gcc&view=rev
Log:
PR c++/85113 - ICE with constexpr and __builtin_constant_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85175
--- Comment #3 from Arnd Bergmann ---
(In reply to Martin Sebor from comment #2)
> So with the change above GCC is doing a better but imperfect job of
> determining the range. Changing the variable to unsigned constrains the
> lower bound to ze
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118
--- Comment #6 from Jonathan Wakely ---
... and it's only a substitution failure anyway, not an error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85092
--- Comment #4 from Jason Merrill ---
*** Bug 85101 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85101
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85101
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
--- Comment #5 from Steven Munroe ---
You need to look at the generated asm code. And see what the compiler is doing.
Basically it should be generating a vspltisw vr,si for vec_splat_s32.
But if the immediate signed int (si) is greater than 15,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84768
Paolo Carlini changed:
What|Removed |Added
Summary|[7/8 Regression] ICE with |[7 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118
Jonathan Wakely changed:
What|Removed |Added
Known to fail||6.4.0, 7.3.0, 8.0.1
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85113
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84768
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Apr 3 17:53:05 2018
New Revision: 259049
URL: https://gcc.gnu.org/viewcvs?rev=259049&root=gcc&view=rev
Log:
/cp
2018-04-03 Paolo Carlini
PR c++/84768
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118
Jonathan Wakely changed:
What|Removed |Added
Attachment #43794|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85181
Bug ID: 85181
Summary: Loading wrong source/dest registers for xviexpdp
instruction with -O2 optimization
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85149
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 17:46:35 2018
New Revision: 259047
URL: https://gcc.gnu.org/viewcvs?rev=259047&root=gcc&view=rev
Log:
PR c++/64095 - auto... parameter pack.
* parser.c (cp_pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85060
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 17:46:30 2018
New Revision: 259046
URL: https://gcc.gnu.org/viewcvs?rev=259046&root=gcc&view=rev
Log:
PR c++/85060 - wrong-code with call to base member in template.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85149
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Apr 3 17:41:12 2018
New Revision: 259043
URL: https://gcc.gnu.org/viewcvs?rev=259043&root=gcc&view=rev
Log:
PR c++/85149 - generic lambda and constexpr if.
* pt.c (b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85175
--- Comment #2 from Martin Sebor ---
The warning appeared with r257857:
r257857 | law | 2018-02-20 13:59:22 -0500 (Tue, 20 Feb 2018) | 8 lines
PR middle-end/82123
PR tree-optimization/81592
PR middle-end/79257
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85140
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85147
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85134
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85165
--- Comment #1 from Andrew Pinski ---
I suspect this is a difference between windows and linux and due to case
insensitivity rather than a difference in newer versions of GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85161
Bill Seurer changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85179
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85178
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85147
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 16:22:05 2018
New Revision: 259040
URL: https://gcc.gnu.org/viewcvs?rev=259040&root=gcc&view=rev
Log:
PR c++/85147
* pt.c (fixed_parameter_pack_p_1): Punt if pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83678
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85178
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85179
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85140
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 16:21:02 2018
New Revision: 259039
URL: https://gcc.gnu.org/viewcvs?rev=259039&root=gcc&view=rev
Log:
PR c++/85140
* name-lookup.c (handle_namespace_attrs): Ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
--- Comment #4 from Paul Clarke ---
Created attachment 43829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43829&action=edit
unhelpful testcase
$ gcc --version
gcc (GCC) 8.0.1 20180402 (experimental)
Copyright (C) 2018 Free Software Found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85134
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 16:20:02 2018
New Revision: 259038
URL: https://gcc.gnu.org/viewcvs?rev=259038&root=gcc&view=rev
Log:
PR c++/85134
* decl.c (cp_finish_decl): If ensure_literal_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
--- Comment #3 from Paul Clarke ---
(In reply to Steven Munroe from comment #0)
> The rs6000/emmintrin.h implementation of _mm_slli_epi32 reports:
> error: argument 1 must be a 5-bit signed literal
>
> For constant shift values > 15.
I though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85169
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79854
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84514
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85169
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 3 16:06:19 2018
New Revision: 259037
URL: https://gcc.gnu.org/viewcvs?rev=259037&root=gcc&view=rev
Log:
PR target/85169
* config/i386/i386.c (ix86_expand_vector_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85180
Bug ID: 85180
Summary: Infinite (?) loop in RTL DSE optimizer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118
--- Comment #3 from Jonathan Wakely ---
Started to be rejected with r233719
PR c++/69842
* method.c (forward_parm): Handle parameter packs.
* lambda.c (maybe_add_lambda_conv_op): Use it for them.
Still reduci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85126
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85126
--- Comment #1 from Segher Boessenkool ---
Author: segher
Date: Tue Apr 3 15:38:43 2018
New Revision: 259036
URL: https://gcc.gnu.org/viewcvs?rev=259036&root=gcc&view=rev
Log:
rs6000: Fix pr69946.c testcase (PR85126)
After middle-end changes c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292
--- Comment #4 from Maryse LEVAVASSEUR ---
Hi Andreas,
No problem for the delay, thanks for all !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85177
--- Comment #1 from Jakub Jelinek ---
Created attachment 43827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43827&action=edit
gcc8-pr85177.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85179
Bug ID: 85179
Summary: [GCOV] A label followed with a blank statement is
wrongly marked as not executed in Gcov
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39170
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85178
Bug ID: 85178
Summary: [GCOV] for(;;) statement is wrongly marked as not
executed when there is a int array in its body in Gcov
Product: gcc
Version: 8.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85139
--- Comment #2 from Martin Sebor ---
To avoid the warning, cast the argument of the %04X directive to unsigned
short:
snprintf(s, sizeof(s), "usb:v%04Xp%04X*", (unsigned short)vn, (unsigned
short)pn);
(Note that even though casting an int to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85176
v_lichevsky at tut dot by changed:
What|Removed |Added
Summary|ICE in force_decl_die, at |ICE in force_decl_die, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85128
--- Comment #12 from Steffen Nurpmeso ---
Or you could compile with -std=c++98
Yes, thanks for the opportunity. I would rather not, the fix was simple and
only affected this class and its specializations (of 383, 315 public
interface).
> (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #18 from Bill Schmidt ---
In the before case, it appears that later optimization is able to remove the
i_12 add by adjusting the loop counter. After ivopts:
i_12 = i_5 + 4;
ivtmp.10_17 = ivtmp.10_18 + 32;
Before SMS:
r174 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #17 from Bill Schmidt ---
Sure. My point is that the modeling that's being done doesn't accurately
predict the actual loop performance. What we need to do is figure out why.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83678
--- Comment #1 from Yibiao Yang ---
simpler reproducer:
void main() {
while (1) {
int a;
&a;
if (0)
break;
if (1)
break;
}
}
$ gcc-8 small.c -fprofile-arcs -ftest-coverage; ./a.out gcov-8 small.c; cat
small.c.gco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #16 from amker at gcc dot gnu.org ---
(In reply to Bill Schmidt from comment #15)
> It's a bit shift, but the result is still that it is now in the loop instead
> of outside the loop, and the total cost of the loop has increased.
But
1 - 100 of 217 matches
Mail list logo