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
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=edit
fixed testcase
I have verified that building with
g++ -O3 -march=bdver1 -fno-prefetch-loop-arrays
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
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93084
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #1
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
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=edit
unreduced testcase
$ ./xgcc -B ./ -O2 ~/aa.ii
In file included from ../../include/l
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=edit
preprocessed benchmark
I am attaching preprocessed source. I used -O3 -march=native
-fno-prefetch-loops-arrays (since
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=edit
preprocessed benchmark with other te
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 =
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],
-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
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=gcc=rev
Log:
PR tree-optimization/92860
* common.opt
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&qu
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=edit
Clang assembly from perf
It is clang9 build
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=edit
simplified testcase
Clang is able to vectorize LightPixel which leads to ab
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=edit
full testc
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_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=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
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
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
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
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=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=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=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=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
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
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=gcc=rev
Log:
PR ipa/92508
* ipa-inline.c (inline_small_functions): Add new
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=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=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=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
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=gcc=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
||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=gcc=rev
Log:
PR c++/92421
* ipa-prop.c (update_indirect_edges_after_inlining):
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=gcc=rev
Log:
PR ipa/92498
* ipa-profile.c (check_argument_count): Do not ICE
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=gcc=rev
Log:
PR ipa/92471
* ipa-profile.c (check_argument_count): Break out from
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=gcc=rev
Log:
PR ipa/92406
* ipa-fnsummary.c (analyze_function_body): Use
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=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
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 >b;
}
void *
retadr2(struct b *a)
{
return >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_equal_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92254
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92278
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92242
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=gcc=rev
Log:
PR ipa/92242
* ipa-fnsummary.c
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=gcc=rev
Log:
Backport ggc_trim
Backport from mainline
2019-10-18 Jakub Jelinek
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=gcc=rev
Log:
PR ipa/92074
* params.def (inline-heuristics-hint-percent): Set to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074
--- Comment #2 from Jan Hubicka ---
The regression is because we now inline covered into digits2:
IPA function summary for digits_2/29 inlinable
global time: 1553.078985
self size: 1295
global size: 1295
min size: 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92037
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Thu Oct 10 13:04:44 2019
New Revision: 276804
URL: https://gcc.gnu.org/viewcvs?rev=276804=gcc=rev
Log:
PR middle-end/92037
* cgraph.c
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
There is code that sets various --param values defaults depending on
optimizations. (look for uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #27 from Jan Hubicka ---
Author: hubicka
Date: Wed Oct 2 12:41:36 2019
New Revision: 276454
URL: https://gcc.gnu.org/viewcvs?rev=276454=gcc=rev
Log:
PR c++/91222
* ipa-devirt.c (warn_types_mismatch): Fix conditional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|hubicka at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #22 from Jan Hubicka ---
Hi,
I have commited patch that avoids the ICE while producing warning.
However I wonder why C++ FE is silent here
$ cat 2.ii
extern "C" {
struct {
} admbaserest_;
}
We probably could warn about two things
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #21 from Jan Hubicka ---
Author: hubicka
Date: Tue Oct 1 18:21:31 2019
New Revision: 276420
URL: https://gcc.gnu.org/viewcvs?rev=276420=gcc=rev
Log:
PR lto/91222
* ipa-devirt.c (warn_types_mismatch): Do not ICE when
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
Current this testcase needs bumped up early inlining limits to work as expected
even though all inlining seems
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hubicka at gcc dot gnu.org
Target Milestone: ---
Currently we need early inlinining to vectorize the testcase even though late
inlining does all necessary job
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307
--- Comment #9 from Jan Hubicka ---
I am not 100% sure if hashing calle names works safely, since they will all be
something like "static construction" or so, so I guess one can construct two
different translation units that will end up with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91273
--- Comment #7 from Jan Hubicka ---
aha, relies on indentation of common in 2.F. i will check what goes wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91273
--- Comment #3 from Jan Hubicka ---
Still works for me
hubicka@lomikamen-jh:~$ /aux/hubicka/trunk-install/bin/g++ 1.ii 2.F -O2 -flto
/usr/local/bin/ld: /tmp/ccpfzvWm.ltrans0.ltrans.o: in function `main':
:(.text.startup+0x5): undefined reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91273
--- Comment #1 from Jan Hubicka ---
This seems to work for me with current trunk
hubicka@lomikamen-jh:/aux/hubicka/trunk4/build2/gcc$ cat ~/1.ii
extern "C" {
struct {
} ltregul_;
}
hubicka@lomikamen-jh:/aux/hubicka/trunk4/build2/gcc$ cat ~/2.F
801 - 900 of 3454 matches
Mail list logo
