https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92077
--- Comment #4 from Jan Hubicka ---
We have --param comdat-sharing-probablity which says that average comdat
function has only 20% chance to be shared with another copy of same comdat in
other unit. This was introduced because of Firefox develope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
--- Comment #5 from Jan Hubicka ---
Also I think it is violation of C++ memory model since we introduce load+store
pair where there was none before?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Jan Hubicka changed:
What|Removed |Added
Keywords|wrong-code |
Target|i?86-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
--- Comment #2 from Jan Hubicka ---
Fails at least for gcc 4.9+, but it must be regression compared to pre-tree-ssa
GCCs (which I don't have installed :)
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
hubicka@lomikamen-jh:~$ cat t2.c
#include
union test {int a; float b;};
__attribute__ ((noinline)) union test set()
{
union test r;
r.a = 0x7f842335;
return r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91576
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92600
--- Comment #6 from Jan Hubicka ---
Well, because the source files differs, the comdat group differs and the
loosing one has fewer symbols in it. So we end up keeping some symbols from
the other comdat group that happens to have same name. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89358
--- Comment #19 from Jan Hubicka ---
I think backporting would be a good idea :) If you beat me on it even better.
Now I need to set up my trees in git...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93144
--- Comment #5 from Jan Hubicka ---
Well, the problem was debug info getting bigger due to more inlining? I guss in
that case we could close it. That patch is expected to allow more inlines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92749
--- Comment #2 from Jan Hubicka ---
This is intentional, we got less aggressive at inlining inline functions for
-O2 (since we do not need to do all inlining we want for -O3 when we have
independent set of attributes).
Indeed -Winline -Werror is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92240
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88081
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91576
--- Comment #18 from Jan Hubicka ---
OK, other testcases does not reproduce for me. However if they do it seems like
fallout from the change dropping type checking from call statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91576
--- Comment #17 from Jan Hubicka ---
Created attachment 47651
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47651&action=edit
proposed patch
This is patch I plan to test which fixes the last testcase. It adds warning
about TREE_ADDRESSAB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91576
--- Comment #16 from Jan Hubicka ---
OK, i get an ICE because type is not compatible with its main variant. the two
types are:
constant 384>
unit-size constant 48>
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7f
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
In the testcase (reduced from folly by Mark Williams):
typedef int a;
template struct d { static constexpr b e = c; };
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93169
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
This is testcase by Mark Williams who also bisected it
template class b {
struct c {
a h;
constexpr c() {}
~c() {}
} d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
--- Comment #4 from Jan Hubicka ---
The problem here is that we produce ipa-cp clone to devirtualize v::av which
also lead to devirtualization of m::av, but we miss this optimization. After
inlining we remove m::av and while producing the ipa-cp
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
jan@skylake:~> more t.c
#define def(name) struct name {int name;} name;
#define d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93055
--- Comment #5 from Jan Hubicka ---
Created attachment 47563
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47563&action=edit
fixed testcase
I have verified that building with
g++ -O3 -march=bdver1 -fno-prefetch-loop-arrays ~/stepanov_ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93084
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93084
Jan Hubicka changed:
What|Removed |Added
CC||fxue at os dot
amperecomputing.com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93084
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #1 from
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
I get infinite loop in
(gdb) bt
#0 0x012b0e4e in values_equal_for_ipcp_p (y=0x7fffaf8496c0,
x=0x7fffafc26e80) at ../../gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
--- Comment #7 from Jan Hubicka ---
This patch fixes the testcase, but I am not familiar enough with the code to
say if that is correct fix :)
Index: ../../gcc/cp/cp-gimplify.c
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93079
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93079
--- Comment #1 from Jan Hubicka ---
We rewrite VAR_DECL to invalid tree code by gimple_set_plf
(gdb) p ((tree)0x7fffeccfba20).base.code
$22 = VAR_DECL
(gdb) c
Continuing.
Hardware watchpoint 1: *$13
Old value = 17039395
New value = 17041443
gim
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
Created attachment 47553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47553&action=edit
unreduced testcase
$ ./xgcc -B ./ -O2 ~/aa.ii
In file included from ../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93055
--- Comment #3 from Jan Hubicka ---
Created attachment 47546
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47546&action=edit
preprocessed benchmark
I am attaching preprocessed source. I used -O3 -march=native
-fno-prefetch-loops-arrays (
onent: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
When generating the internal makefile in lto-wrapper we need to avoid or escape
characters in filenames which are special for
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
Created attachment 47543
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47543&action=edit
preprocessed benchmark wit
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
-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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92653
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924
Jan Hubicka changed:
What|Removed |Added
CC||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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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-
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"
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92809
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92825
Jan Hubicka changed:
What|Removed |Added
Summary|Unnecesary stack protection |Unnecesary stack protection
-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
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
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.
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.
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_.
+
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
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92711
Jan Hubicka changed:
What|Removed |Added
CC||mliska at suse dot cz
Blocks|
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
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
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
: 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
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
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
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|hubicka at gcc dot
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92508
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
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
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
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
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92520
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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.
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
||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 ***
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92471
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92394
Jan Hubicka changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Last reconfirmed|2019-11-06
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;
}
: 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_
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92242
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
801 - 900 of 3474 matches
Mail list logo
