[Bug ipa/92372] [10 Regression] ICE in ipa_update_overall_fn_summary at gcc/ipa-fnsummary.c:3671 since r277780

2020-03-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92372 Jan Hubicka changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug ipa/93351] [10 Regression] ICE in ipa_update_overall_fn_summary at gcc/ipa-fnsummary.c:4014

2020-03-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93351 Jan Hubicka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ipa/92372] [10 Regression] ICE in ipa_update_overall_fn_summary at gcc/ipa-fnsummary.c:3671 since r277780

2020-03-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92372 --- Comment #10 from Jan Hubicka --- *** Bug 93351 has been marked as a duplicate of this bug. ***

[Bug ipa/93369] [10 regression] g++.dg/lto/pr64076 fails

2020-03-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93369 --- Comment #15 from Jan Hubicka --- The testcase has an ODR violation that makes comdat groups go out of sync. So I guess it is just about finding way to not make verifier to ICE. With release settings the testcase will however quietly compile t

[Bug ipa/94202] [10 Regression] ICE in do_estimate_edge_time, at ipa-inline-analysis.c:222

2020-03-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94202 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/93621] [10 Regression] ICE in redirect_call_stmt_to_callee, at cgraph.c:1443 since r10-5567

2020-03-20 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621 Jan Hubicka changed: What|Removed |Added CC||mjambor at suse dot cz --- Comment #3 from

[Bug ipa/93347] [10 Regression] ICE: verify_cgraph_node failed (error: calls_comdat_local is set outside of a comdat group)

2020-03-20 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93347 Jan Hubicka changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/94243] Missed C++ front-end devirtualizations from Clang testsuite

2020-03-20 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94243 Jan Hubicka changed: What|Removed |Added CC||jason at redhat dot com --- Comment #1 fro

[Bug c++/94243] New: Missed C++ front-end devirtualizations from Clang testsuite

2020-03-20 Thread hubicka at gcc dot gnu.org
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- While working on PR93347 I noticed that we do not devirtualize the following testcases that clang's testsuite tests to be devirtua

[Bug lto/91028] [10 Regression] g++.dg/lto/alias-2 FAILs with -fno-use-linker-plugin

2020-03-20 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028 Jan Hubicka changed: What|Removed |Added Assignee|hubicka at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug ipa/62051] [8/9/10 Regression] Undefined reference to vtable with -O2 and -fdevirtualize-speculatively

2020-03-21 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051 Jan Hubicka changed: What|Removed |Added Target Milestone|8.5 |11.0 --- Comment #23 from Jan Hubicka ---

[Bug tree-optimization/91322] [10 regression] alias-4 test failure

2020-04-03 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322 --- Comment #8 from Jan Hubicka --- Do we have compile farm machine where this can be reproduced?

[Bug ipa/93369] [10 regression] g++.dg/lto/pr64076 fails

2020-04-04 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93369 --- Comment #17 from Jan Hubicka --- Note that to fully fix the problem we need to resolve the way aliases works. In this case ODR violation makes one COMDAT section to contain only ctor, while other contains ctor and its thunk. The first COMDAT

[Bug tree-optimization/91322] [10 regression] alias-4 test failure

2020-04-04 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322 --- Comment #11 from Jan Hubicka --- The problem is that on ARM sizeof (short) == sizeof (int) and LTO will glob all short and int pointers together. So this is missed optimization only. We do this globing sort of by design. For GCC11 I plan to

[Bug ipa/93369] [10 regression] g++.dg/lto/pr64076 fails

2020-04-09 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93369 --- Comment #19 from Jan Hubicka --- The reason why we get link failure is that we behave differently to mismatched comdats. While linker choose comdat that wins and eliminate other one we keep the other symbol and end up compiling it which lead

[Bug tree-optimization/91322] [10 regression] g++.dg/lto/alias-4_0.C test failure

2020-04-09 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322 Jan Hubicka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/94539] [10 Regression] gcc.dg/alias-14.c fails on gcc 10, succeeds on gcc 9, when turned into an execution test

2020-04-09 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94539 --- Comment #2 from Jan Hubicka --- Hmm, the testcase is mine so I will take a look (and make it dg-do-run :) Honza

[Bug gcov-profile/93401] [9 regression] It is no longer possible to use -fprofile-generate= on setups with different instrumentation and feedback directories

2020-04-16 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93401 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Summary|[9/10 regressi

[Bug c++/94955] New: ICE in to_wide

2020-05-05 Thread hubicka at gcc dot gnu.org
: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Created attachment 48454 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48454&action=edit proposed patch This was reported to me by Mark Williams (who also did the testcase and proposed patc

[Bug c++/94955] [10 regression] ICE in to_wide

2020-05-05 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94955 --- Comment #2 from Jan Hubicka --- Created attachment 48455 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48455&action=edit testcase

[Bug c++/94955] [10 regression] ICE in to_wide

2020-05-05 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94955 Jan Hubicka changed: What|Removed |Added Status|WAITING |NEW

[Bug lto/48200] Implement function attribute for symbol versioning (.symver)

2020-05-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #44 from Jan Hubicka --- Thanks, I am happy we now have real-world use of symver attribute. I have WIP patch for better control over the symbol visibility, but I have run into problems with gas limitations which was fixed by HJ about

[Bug tree-optimization/95539] New: Vectorizer ICE in dr_misalignment, at tree-vectorizer.h:1433

2020-06-04 Thread hubicka at gcc dot gnu.org
Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Created attachment 48675 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48675&action=edit testcase Build

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-27 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #4 from Jan Hubicka --- There was changes to -O2 inliner. I have - enabled auto-inlininig - reduced early inlining a bit - reduced limits for inlining functions declared inline The second two was needed to keep code size under con

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-27 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #5 from Jan Hubicka --- OK, I started with checking Himeno where phoronix reports 4377->2681 on my notebook (Intel(R) Core(TM) i7-6600U CPU) there may be around 1-5% regression that is not inliner related GCC 10 Loop executed for 74

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-27 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #6 from Jan Hubicka --- Coremark. GCC 9 run1: CoreMark Size: 666 Total ticks : 12310 Total time (secs): 12.31 Iterations/Sec : 24370.430544 Iterations : 30 Compiler version : GCC9.3.1 20200406 [revision 6db83

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #7 from Jan Hubicka --- X265 GCC 9: y4m [info]: 1920x1080 fps 30/1 i420p8 frames 0 - 599 of 600 raw [info]: output file: /dev/null x265 [info]: HEVC encoder version 3.1.2+1-76650bab70f9 x265 [info]: build info [Linux][GCC 9.3.1][64

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #8 from Jan Hubicka --- This is the built withour release flags override as seems to be done by phoronix: GCC 9: y4m [info]: 1920x1080 fps 30/1 i420p8 frames 0 - 599 of 600 raw [info]: output file: /dev/null x265 [info]: HEVC encod

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-07-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 --- Comment #9 from Jan Hubicka --- scimark GCC 9: ** ** ** SciMark2 Numeric Benchmark, see http://math.nist.gov/scimark ** ** for details. (Results can be submitted to p...@nist.gov)

[Bug ipa/96482] [10/11 Regression] Combination of -finline-small-functions and ipa-cp optimisations causes incorrect values being passed to a function since r279523

2020-08-10 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482 --- Comment #4 from Jan Hubicka --- that patch makes ccp to actually use the bit info ipa-cp determines. Before we used it only to detect pointer alignments if I remember correctly. So it looks like propagation bug uncovered by the change. Small

[Bug ipa/96337] [10/11 Regression] GCC 10.2: twice as slow for -O2 -march=x86-64 vs. GCC 9.3/8.4

2020-09-19 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96337 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ipa/92074] [10 regression] 26% performance regression on Spec2017 548.exchange2_r

2019-10-23 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074 --- Comment #6 from Jan Hubicka --- Author: hubicka Date: Wed Oct 23 14:45:24 2019 New Revision: 277333 URL: https://gcc.gnu.org/viewcvs?rev=277333&root=gcc&view=rev Log: PR ipa/92074 * params.def (inline-heuristics-hint-percent)

[Bug middle-end/92153] [10 Regression] ICE / segmentation fault, use-after-free at gcc/ggc-page.c:1159

2019-10-25 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92153 --- Comment #3 from Jan Hubicka --- Author: hubicka Date: Fri Oct 25 11:17:38 2019 New Revision: 277443 URL: https://gcc.gnu.org/viewcvs?rev=277443&root=gcc&view=rev Log: Backport ggc_trim Backport from mainline 2019-10-18 Jaku

[Bug ipa/92242] [10 regression] LTO ICE in ipa_get_cs_argument_count ipa-prop.h:598

2019-10-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92242 --- Comment #3 from Jan Hubicka --- Author: hubicka Date: Mon Oct 28 08:19:56 2019 New Revision: 277504 URL: https://gcc.gnu.org/viewcvs?rev=277504&root=gcc&view=rev Log: PR ipa/92242 * ipa-fnsummary.c (ipa_merge_fn_summary_afte

[Bug ipa/92242] [10 regression] LTO ICE in ipa_get_cs_argument_count ipa-prop.h:598

2019-10-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92242 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ipa/92278] [10 regression] LTO ICE ipa_get_ith_polymorhic_call_context ipa-prop.h:616

2019-10-30 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92278 Jan Hubicka changed: What|Removed |Added CC||mjambor at suse dot cz --- Comment #3 from

[Bug ipa/92254] [10 regression] ICE LTO in inline_small_functions, at ipa-inline.c:2000

2019-10-30 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92254 Jan Hubicka changed: What|Removed |Added CC||mjambor at suse dot cz --- Comment #3 from

[Bug ipa/92394] New: operand_equal_p should compare as base+offset when comparing addresses

2019-11-06 Thread hubicka at gcc dot gnu.org
: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- Compiling firefox one gets many of: false returned: '' in operand_

[Bug ipa/92394] operand_equal_p should compare as base+offset when comparing addresses

2019-11-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92394 --- Comment #1 from Jan Hubicka --- Following testcase is mergeable: struct a {int a; int b;}; struct b {int c; short d;}; void * retadr1(struct a *a) { return &a->b; } void * retadr2(struct b *a) { return &a->d; }

[Bug ipa/92394] operand_equal_p should compare as base+offset when comparing addresses

2019-11-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92394 Jan Hubicka changed: What|Removed |Added Status|NEW |UNCONFIRMED Last reconfirmed|2019-11-06

[Bug ipa/92394] operand_equal_p should compare as base+offset when comparing addresses

2019-11-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92394 --- Comment #3 from Jan Hubicka --- This is corresponding stats from gcc 9, so we definitly load a lot more bodies now 13228 false returned: 'memory operands are different' (compare_gimple_call:785) 14011 false returned: 'decl_or_type fla

[Bug lto/92406] [10 Regression] ICE in ipa_call_summary at ipa-fnsummary.h:253 with lto and pgo

2019-11-07 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92406 --- Comment #4 from Jan Hubicka --- Created attachment 47193 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47193&action=edit Proposed patch Hi, does this patch fix the problem? Honza

[Bug lto/92406] [10 Regression] ICE in ipa_call_summary at ipa-fnsummary.h:253 with lto and pgo

2019-11-07 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92406 --- Comment #7 from Jan Hubicka --- Author: hubicka Date: Thu Nov 7 17:08:11 2019 New Revision: 277927 URL: https://gcc.gnu.org/viewcvs?rev=277927&root=gcc&view=rev Log: PR ipa/92406 * ipa-fnsummary.c (analyze_function_body): U

[Bug ipa/92471] [ICE] lto1 segmentation fault: ipa-profile.c ipa_get_cs_argument_count (args=0x0)

2019-11-12 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92471 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/92471] [ICE] lto1 segmentation fault: ipa-profile.c ipa_get_cs_argument_count (args=0x0)

2019-11-12 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92471 --- Comment #5 from Jan Hubicka --- Author: hubicka Date: Tue Nov 12 19:31:04 2019 New Revision: 278100 URL: https://gcc.gnu.org/viewcvs?rev=278100&root=gcc&view=rev Log: PR ipa/92471 * ipa-profile.c (check_argument_count): Break

[Bug ipa/92498] [10 regression] gcc.dg/tree-prof/crossmodule-indircall-1.c fails starting with r278100

2019-11-13 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92498 --- Comment #1 from Jan Hubicka --- Author: hubicka Date: Wed Nov 13 19:44:35 2019 New Revision: 278157 URL: https://gcc.gnu.org/viewcvs?rev=278157&root=gcc&view=rev Log: PR ipa/92498 * ipa-profile.c (check_argument_count): Do no

[Bug ipa/92421] [10 Regression] ICE in inline_small_functions, at ipa-inline.c:2001 since r277759

2019-11-13 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92421 --- Comment #6 from Jan Hubicka --- Author: hubicka Date: Wed Nov 13 21:02:11 2019 New Revision: 278159 URL: https://gcc.gnu.org/viewcvs?rev=278159&root=gcc&view=rev Log: PR c++/92421 * ipa-prop.c (update_indirect_edges_after_in

[Bug c/66825] RFE: Add attributes for symbol versioning.

2019-11-14 Thread hubicka at gcc dot gnu.org
||hubicka at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #2 from Jan Hubicka --- We have earlier bug on this. I am going to attach WIP patch there. *** This bug has been marked as a duplicate of bug 48200 ***

[Bug lto/48200] Implement function attribute for symbol versioning (.symver)

2019-11-14 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 Jan Hubicka changed: What|Removed |Added CC||carlos at redhat dot com --- Comment #37 f

[Bug testsuite/92520] [10 Regression] new test case gcc/testsuite/gcc.dg/ipa/inline-9.c in r278220 is unresolved

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92520 --- Comment #1 from Jan Hubicka --- Author: hubicka Date: Fri Nov 15 08:19:16 2019 New Revision: 278279 URL: https://gcc.gnu.org/viewcvs?rev=278279&root=gcc&view=rev Log: PR testsuite/92520 * gcc.dg/ipa/inline-9.c: Fix template.

[Bug testsuite/92520] [10 Regression] new test case gcc/testsuite/gcc.dg/ipa/inline-9.c in r278220 is unresolved

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92520 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug lto/48200] Implement function attribute for symbol versioning (.symver)

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #40 from Jan Hubicka --- I posted initial patch here https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01334.html

[Bug ipa/92528] [10 Regression] ICE in ipa_get_parm_lattices since r278219

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92528 Jan Hubicka changed: What|Removed |Added Assignee|hubicka at gcc dot gnu.org |fxue at os dot amperecomputing.com

[Bug ipa/92508] [10 Regression] ICE in do_estimate_edge_time, at ipa-inline-analysis.c:223 since r278159

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92508 --- Comment #8 from Jan Hubicka --- Aha, that makes sense for sreal it is not sure that a == a * 1 / 1 and the code was inconsistent about guaring the noop scales. Thanks for tracking this down! I suppose it would also make sense to pre

[Bug ipa/92535] New: [10 regression] ICF is relatively expensive and became less effective

2019-11-15 Thread hubicka at gcc dot gnu.org
Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47274 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47

[Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 --- Comment #1 from Jan Hubicka --- Created attachment 47275 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47275&action=edit memory use of GCC10 with icf disabled

[Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 --- Comment #3 from Jan Hubicka --- Created attachment 47277 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47277&action=edit Meory use of gcc9 with ICF disabled

[Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 --- Comment #2 from Jan Hubicka --- Created attachment 47276 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47276&action=edit Memory use of gcc9

[Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective

2019-11-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 --- Comment #4 from Jan Hubicka --- Forgot bloaty report for GCC9 and disabling ICF $ bloaty libxul.so -- libxul.so.old VM SIZE FILE SIZE ++ GROWING++ +2.3% +1.87Mi .text

[Bug ipa/92508] [10 Regression] ICE in do_estimate_edge_time, at ipa-inline-analysis.c:223 since r278159

2019-11-18 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92508 --- Comment #15 from Jan Hubicka --- Author: hubicka Date: Mon Nov 18 19:28:53 2019 New Revision: 278419 URL: https://gcc.gnu.org/viewcvs?rev=278419&root=gcc&view=rev Log: PR ipa/92508 * ipa-inline.c (inline_small_functions): Ad

[Bug ipa/92508] [10 Regression] ICE in do_estimate_edge_time, at ipa-inline-analysis.c:223 since r278159

2019-11-18 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92508 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/92476] [10 regression] SEGV in cgraph_edge_brings_value_p

2019-11-18 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92476 Jan Hubicka changed: What|Removed |Added Assignee|hubicka at gcc dot gnu.org |mjambor at suse dot cz --- Comment

[Bug c++/55135] Segfault of gcc on a big file

2019-11-21 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135 --- Comment #30 from Jan Hubicka --- Reconfirmed that we still take ages to build the testcase (early inliner is still running for me) The early inliner issue here is caused by tree-inline removing individual clones one by one. Each time a clon

[Bug ipa/44563] GCC uses a lot of RAM when compiling a large numbers of functions

2019-11-21 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|hubicka at gcc dot

[Bug ipa/60243] IPA is slow on large cgraph tree

2019-11-21 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243 --- Comment #27 from Jan Hubicka --- profile_estimate issue is still here, inliner and early inliner issues seems solved. Seems that ipa_profile just orders the nodes for propagation in wrong way - we propagate from callers to callees while topos

[Bug tree-optimization/92632] New: Calculix regression

2019-11-22 Thread hubicka at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- LNT testing show 137% regression of calculix with LTO and PGO https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=288.170.0 The range is between Revision: fbbadf0018292a93 (2019-11-15

[Bug tree-optimization/92645] New: Hand written vector code is 450 times slower when compiled with GCC compared to Clang

2019-11-24 Thread hubicka at gcc dot gnu.org
Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Hi, the attached are preprocessed files for Skia where Clang ifdefs was removed so we get roughly same

[Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang

2019-11-24 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645 --- Comment #1 from Jan Hubicka --- Created attachment 47340 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47340&action=edit Clang source

[Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang

2019-11-24 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645 --- Comment #2 from Jan Hubicka --- Created attachment 47341 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47341&action=edit clang output with -O2 -mavx2 -mf16c -mfma

[Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang

2019-11-24 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645 --- Comment #3 from Jan Hubicka --- Created attachment 47342 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47342&action=edit GCC source

[Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang

2019-11-24 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645 --- Comment #4 from Jan Hubicka --- Created attachment 47343 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47343&action=edit GCC 10 output

[Bug bootstrap/92680] New: PGO bootstrap is broken with --with-build-config=bootstrap-lto-lean and in-itree mpfr

2019-11-26 Thread hubicka at gcc dot gnu.org
: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Build with bootstrap-lto-lean with in-tree mpfr fails in profile mismatch on set_d.o. This

[Bug other/92681] New: PGO bootstrap is broken with --with-build-config=bootstrap-lto-lean is not training non-C++ frontends

2019-11-26 Thread hubicka at gcc dot gnu.org
Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- This definitly leads to suboptimal compile time experience with Ada, Fortran

[Bug tree-optimization/92711] New: GCC 10 libxul.so -fprofile-generate binary is 360MB while clang needs only 163MB.

2019-11-28 Thread hubicka at gcc dot gnu.org
Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- It seems that profiling became more expensive in GCC10 compared to clang or previous GCC releases. Clang

[Bug tree-optimization/92711] GCC 10 libxul.so -fprofile-generate binary is 360MB while clang needs only 163MB.

2019-11-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92711 --- Comment #1 from Jan Hubicka --- https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ObkoHsHHSriQdU0Twc12Wg/runs/0/artifacts/public/build/target.tar.bz2 This is GCC9 build. 310MB, so still a lot bigger than clang, but better than gcc1

[Bug tree-optimization/92711] GCC 10 libxul.so -fprofile-generate binary is 360MB while clang needs only 163MB.

2019-11-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92711 Jan Hubicka changed: What|Removed |Added CC||mliska at suse dot cz Blocks|

[Bug tree-optimization/92711] GCC 10 libxul.so -fprofile-generate binary is 360MB while clang needs only 163MB.

2019-11-28 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92711 --- Comment #3 from Jan Hubicka --- Proper GCC 9 -fprofile-generate build is 296MB https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/aMGsffWPQ1qzjgj4LIqcwQ/runs/0/artifacts/public/build/target.tar.bz2 So about 5% regression compared to

[Bug ipa/92737] New: cgraph_node and varpool_node needs explicit constructor

2019-11-30 Thread hubicka at gcc dot gnu.org
Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- cgraph_node and varpool_node are non-pods, but still allocated via alloc_cleared and we rely on

[Bug tree-optimization/92738] New: [10 regression] Large code size growth for -O2 binaries between 2019-05-19...2019-05-29

2019-11-30 Thread hubicka at gcc dot gnu.org
Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: ---

[Bug tree-optimization/92738] [10 regression] Large code size growth for -O2 binaries between 2019-05-19...2019-05-29

2019-11-30 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738 --- Comment #1 from Jan Hubicka --- This is seen on https://lnt.opensuse.org/db_default/v4/SPEC/graph?highlight_run=7361&plot.574=31.574.4

[Bug tree-optimization/92738] [10 regression] Large code size growth for -O2 binaries between 2019-05-19...2019-05-29

2019-11-30 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738 --- Comment #2 from Jan Hubicka --- https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=10.542.4&highlight_run=7354 shows shorter range +2019-05-24 Jakub Jelinek + + * tree-core.h (enum omp_clause_code): Add OMP_CLAUSE__CONDTEMP_. +

[Bug tree-optimization/92740] New: induct2 (from polyhedron) regresses 267% with -O2 -ftree-vectorize -ftree-slp-vectorize -fvect-cost-modes=dynamic compared to -O2

2019-11-30 Thread hubicka at gcc dot gnu.org
Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- This is on zen2 hardware.

[Bug tree-optimization/92740] induct2 (from polyhedron) regresses 267% with -O2 -ftree-vectorize -ftree-slp-vectorize -fvect-cost-modes=dynamic compared to -O2

2019-11-30 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92740 --- Comment #1 from Jan Hubicka --- There is also 75% regression on fft2 and 5% on rnflow2. Induct2 reproduces on kaby lake, fft2 and rnflow seems zen specific.

[Bug tree-optimization/92825] New: Unnecesary stack protection and missed SLP vectorization in Firefox's LightPixel.

2019-12-05 Thread hubicka at gcc dot gnu.org
IRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Created attachment 47428 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47428&acti

[Bug tree-optimization/92834] New: misssed SLP vectorization in LightPixel

2019-12-05 Thread hubicka at gcc dot gnu.org
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Created attachment 47431 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47431&action=edit simplified testcase Clang is able to vectorize LightPixel which l

[Bug tree-optimization/92825] Unnecesary stack protection in Firefox's LightPixel.

2019-12-05 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92825 Jan Hubicka changed: What|Removed |Added Summary|Unnecesary stack protection |Unnecesary stack protection

[Bug ipa/92809] [10 regression] error: calls_comdat_local is set outside of a comdat group

2019-12-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92809 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/92834] misssed SLP vectorization in LightPixel

2019-12-06 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92834 --- Comment #2 from Jan Hubicka --- Created attachment 47436 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47436&action=edit Clang assembly from perf It is clang9 build https://treeherder.mozilla.org/#/jobs?repo=try&revision=7d7ee02817ab1

[Bug c++/92831] CWG1299 extend_ref_init_temps_1 punts on COND_EXPRs

2019-12-07 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92831 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #7

[Bug tree-optimization/92860] New: [8,9,10 regression] Global flags affected by -O settings are clobbered by optimize attribute

2019-12-08 Thread hubicka at gcc dot gnu.org
Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Hi, the following testcase: void linker_error(); __attribute__ ((optimize("-O0"

[Bug tree-optimization/92860] [8,9,10 regression] Global flags affected by -O settings are clobbered by optimize attribute

2019-12-08 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860 --- Comment #1 from Jan Hubicka --- Author: hubicka Date: Sun Dec 8 13:50:32 2019 New Revision: 279089 URL: https://gcc.gnu.org/viewcvs?rev=279089&root=gcc&view=rev Log: PR tree-optimization/92860 * common.opt (fprofile-reorder-

[Bug tree-optimization/92860] [8/9/10 regression] Global flags affected by -O settings are clobbered by optimize attribute

2019-12-08 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/92924] New: [10 regression] reproducible indirect call profile merging causes 80% slowdown in Firefox pref-reftest-singletons id-getter microbenchmarks

2019-12-12 Thread hubicka at gcc dot gnu.org
: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- During the train run, in

[Bug tree-optimization/92924] [10 regression] reproducible indirect call profile merging causes 80% slowdown in Firefox pref-reftest-singletons id-getter microbenchmarks

2019-12-12 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org

[Bug bootstrap/92653] [10 Regression] PGO bootstrap is broken with --with-build-config=bootstrap-lto-lean

2019-12-12 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92653 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/92925] New: RTl expansion throws away alignment info

2019-12-12 Thread hubicka at gcc dot gnu.org
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Hi, this testcase originally started as attempt to produce self contained reproducer for ipa-cp bug. Problem is that RTL expansion is too limited and refuses to produce

[Bug tree-optimization/92924] [10 regression] reproducible indirect call profile merging causes 80% slowdown in Firefox pref-reftest-singletons id-getter microbenchmarks

2019-12-13 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924 --- Comment #2 from Jan Hubicka --- Increasing number of entries does not seem to help: Indirect call counterall: 140960933, values: [429856732:-1], [484692916:1218], [1203869319:12593], [245854587:8179], [1829590552:52], [401302964:7072], [83957

[Bug tree-optimization/92924] [10 regression] reproducible indirect call profile merging causes 80% slowdown in Firefox pref-reftest-singletons id-getter microbenchmarks

2019-12-13 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/92924] [10 regression] reproducible indirect call profile merging causes 80% slowdown in Firefox pref-reftest-singletons id-getter microbenchmarks

2019-12-13 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924 --- Comment #4 from Jan Hubicka --- Looking into how getter variable is determined: vp_35 is function parameter _124 = MEM[(const struct Value *)vp_35(D)].asBits_; _125 = _124 ^ 18446181123756130304; _126 = (struct JSObject *) _125 ... _50 = MEM

[Bug tree-optimization/93055] New: accumulation loops in stepanov_vector benchmark use more instruction level parpallelism

2019-12-23 Thread hubicka at gcc dot gnu.org
Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- stepanov_vector benchmark form https://gitlab.com/chriscox/CppPerformanceBenchmarks gets poor codegen

  1   2   3   4   5   6   7   8   9   10   >