http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #25 from Jan Hubicka 2011-09-28
12:38:29 UTC ---
Thanks for gold support. GCC support is now posted at
http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01818.html
We miss the GNU LD variant
http://sourceware.org/bugzilla/show_bug.cgi?id=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #112 from Jan Hubicka 2011-09-28
13:33:03 UTC ---
OK, the problem turns out to be configure issue. Configure script greps asm
output and with slim LTO it does not find there what it expects disabling
hidden visibilities. No surprise
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #113 from Jan Hubicka 2011-09-29
16:24:56 UTC ---
Even with PR47247 solved, -fprofile-generate -flto build fails at
libbrowsercomps.so.ltrans23.ltrans.o:libbrowsercomps.so.ltrans23.o:function
_ZTV17gfxUnknownSurface.local.706.2371: e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #114 from Jan Hubicka 2011-10-01
13:18:30 UTC ---
So quick summary
1) -g build is still blocked by dwarf2out ICE
2) build with gold works, but only without -fprofile-generate. FDO build is
also possible, but -fprofile-generate needs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #115 from Jan Hubicka 2011-10-01
15:28:46 UTC ---
OK the same errors also happens with GNU LD build
http://sourceware.org/bugzilla/show_bug.cgi?id=13244
https://bugzilla.mozilla.org/show_bug.cgi?id=691053
I will analyze what happens
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #116 from Jan Hubicka 2011-10-01
15:52:51 UTC ---
Solving http://sourceware.org/bugzilla/show_bug.cgi?id=13245
should make that linker error with -flto -fprofile-generate to go away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #26 from Jan Hubicka 2011-10-02
10:41:27 UTC ---
Author: hubicka
Date: Sun Oct 2 10:41:24 2011
New Revision: 179424
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179424
Log:
PR lto/47247
* lto-plugin.c (get_symbols_v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #27 from Jan Hubicka 2011-10-06
20:51:50 UTC ---
OK, disabling Java gets me further now, but I now get an abort at:
jh@evans:/abuild/jh/libreoffice/core> more
./workdir/unxlngx6.pro/CppunitTest/comphelper_test.test.log
terminate call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
Bug #: 50676
Summary: Partitioning may fail with presence of static
variables referring to function labels
Classification: Unclassified
Product: gcc
Version: 4.7.0
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50620
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #4 from Jan Hubicka 2011-10-14
12:50:54 UTC ---
Thanks. I am testing the following patch. Could you, please, verify that it
soves the problem on AIX? I am quite convinced the aliases should be output
correctly with this change.
Index
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48668
--- Comment #5 from Jan Hubicka 2011-10-16
09:02:38 UTC ---
Author: hubicka
Date: Sun Oct 16 09:02:33 2011
New Revision: 180053
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180053
Log:
PR target/48668
PR target/50689
* cgra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #6 from Jan Hubicka 2011-10-16
09:02:38 UTC ---
Author: hubicka
Date: Sun Oct 16 09:02:33 2011
New Revision: 180053
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180053
Log:
PR target/48668
PR target/50689
* cgra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44236
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #119 from Jan Hubicka 2011-10-19
09:22:01 UTC ---
Some up to date perfomrance data. WPA peaks 3.1GB in TOP now. (3261 virt).
Overall compile time is 4m32s real, 21m14 user.
GGC memory is GC 2248537k -> 1727826k
WPA time report:
cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #120 from Jan Hubicka 2011-10-19
13:05:25 UTC ---
weakref reorg saves about 15 seconds, so we have total WPA time 145s and decl
out at 19s (13%).
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50808
Bug #: 50808
Summary: Diagnostic output at expansion time should be moved
earlier.
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50808
Jan Hubicka changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50709
--- Comment #5 from Jan Hubicka 2011-10-20
11:46:11 UTC ---
Author: hubicka
Date: Thu Oct 20 11:46:08 2011
New Revision: 180247
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180247
Log:
PR bootstrap/50709
* ipa-inline.c (inline_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
--- Comment #7 from Jan Hubicka 2011-11-07
15:47:08 UTC ---
Hi,
the problem seems to be due to fact that C++ FE output extern aliases. This is
not quite documented and they was simply removed by the old alias pair handling
code (I believe by acc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
Jan Hubicka changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
--- Comment #10 from Jan Hubicka 2011-11-09
12:38:23 UTC ---
thanks, the patch ought to be safe WRT weakref targets, so I will commit it
today.
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #5 from Jan Hubicka 2012-04-30
15:17:25 UTC ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53106
--- Comment #9 from Jan Hubicka 2012-05-03
19:18:56 UTC ---
Author: hubicka
Date: Thu May 3 19:18:51 2012
New Revision: 187114
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187114
Log:
PR middle-end/53106
* ipa.c (cgraph_remove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53093
--- Comment #9 from Jan Hubicka 2012-05-03
19:22:07 UTC ---
Author: hubicka
Date: Thu May 3 19:22:03 2012
New Revision: 187115
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187115
Log:
PR middle-end/53093
* tree-emutls.c (new_e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53273
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jan Hubicka 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #5 from Jan Hubicka 2012-05-10
17:59:46 UTC ---
i am still somewhat in dark on root of this problem. What may actually be
problem here is the fact that varpool no longer outputs constant pool decls
relying on constant pool code to ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #121 from Jan Hubicka 2012-05-10
21:45:10 UTC ---
With inliner performance fix I am going to push out today, the situation looks
as follows:
Execution times (seconds)
phase parsing : 606.20 (98%) usr 21.98 (99%) sys 641.28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #122 from Jan Hubicka 2012-05-10
21:53:54 UTC ---
oprofile shows:
139188 15.6963 lto1 lto1
uniquify_nodes
66390 7.4868 lto1 lto1
estimate_edge_gro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #11 from Jan Hubicka 2012-05-11
08:40:25 UTC ---
Author: hubicka
Date: Fri May 11 08:40:15 2012
New Revision: 187397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187397
Log:
PR bootstrap/53300
* varpool.c (varpool_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
--- Comment #2 from Jan Hubicka 2012-05-11
15:48:32 UTC ---
I fixed identically looking ICE seen on Mozilla build yesterday. Hopefully the
boostrap is fixed now, too.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
--- Comment #4 from Jan Hubicka 2012-05-11
18:25:06 UTC ---
was comitted as revision 187382. I am trying profiledbootstrap now.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #129 from Jan Hubicka 2012-05-11
19:05:19 UTC ---
OK, the slow part of uniuqify_nodes is:
/* Remove us from our main variant list if we are not the
variant leader. */
if (TYPE_MAIN_VARIANT (t) != t)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
Jan Hubicka changed:
What|Removed |Added
Summary|Undefined reference errors |toplevel ASM statements
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820
--- Comment #13 from Jan Hubicka 2012-05-11
22:38:23 UTC ---
Updated description to match reality. Here it should really be user defined
alias with weak visibility.
void __f () { /* Do something. */; }
void f () __attribute__ ((weak, alias ("__f"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
--- Comment #5 from Jan Hubicka 2012-05-12
11:03:01 UTC ---
I need to add disable-werror otherwise we fail on extra warnings, but with that
my bootstrap works. Is it still failing for you? The unreferenced nodes
removal is very basic thing so wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #130 from Jan Hubicka 2012-05-12
14:44:47 UTC ---
After fixing one linker error, I can now build Mozilla with
-flto-partition=none. It takes 11GB and 40 minutes, so there is space for
improvement ;)
There are some obvious questions,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #134 from Jan Hubicka 2012-05-12
20:22:27 UTC ---
I tracked down the LTO/WHOPR code size difference. It is EH handling. EH frame
is empty for LTO build and quite large for WHOPR. Probably -fno-exceptions
getting lots on way to ltrans
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #135 from Jan Hubicka 2012-05-12
21:33:36 UTC ---
... and mem reports on WPA stage:
toplev.c:964 (realloc_for_line_map) 0: 0.0% 89473168:
9.4% 268435472:10.3%160: 0.0% 8
cgraph.c:359 (cgraph_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #136 from Jan Hubicka 2012-05-13
16:29:04 UTC ---
... and oprofile of compilation stage of -flto-partition=none
samples %image name app name symbol name
1949762.8536 lto1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32911
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53359
--- Comment #2 from Jan Hubicka 2012-05-16
12:34:29 UTC ---
Can you, please get me -fdump-ipa-cgraph and the assembly file? The testcase
seems to work normally and those constants are supposed to be optimized out.
For me hose are usual comdat
||2012-05-18
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Jan Hubicka 2012-05-18
11:48:00 UTC ---
This bug should be solved by the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53161
--- Comment #9 from Jan Hubicka 2012-05-22
13:20:19 UTC ---
OK, this problem is caused by C++ FE corrupting symbol table by creating new
symbol from DECL_ASSEMBLER_NAME langhook while creating another symbol. There
has to be better ways to produ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426
--- Comment #9 from Jan Hubicka 2012-05-22
13:31:28 UTC ---
OK,
I see the following:
6882 FOR_EACH_VARIABLE (var)
6883{
6884 if (var->alias)
6885continue;
6886
6887 get_vi_for_tree (var->symbol.decl);
68
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53161
--- Comment #10 from Jan Hubicka 2012-05-23
09:23:47 UTC ---
Author: hubicka
Date: Wed May 23 09:23:40 2012
New Revision: 187798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187798
Log:
PR middle-end/53161
* symtab.c (symtab_re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426
--- Comment #12 from Jan Hubicka 2012-05-23
09:47:14 UTC ---
Author: hubicka
Date: Wed May 23 09:47:10 2012
New Revision: 187799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187799
Log:
PR middle-end/53426
* tree-ssa-structalia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32089
--- Comment #8 from Jan Hubicka 2012-05-23
15:07:13 UTC ---
Yes, it is a prediction of future, see
http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.43.6404 for details.
Inline decision and branch prediction is set of heuristics that are ba
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #13 from Jan Hubicka 2012-05-28
08:26:48 UTC ---
Hehe, i still love them ;)
But inline summaries are separate of cgraph, so it is not cgraph checker's work
to verify it ;))
I think the pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53476
Jan Hubicka changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
||2012-05-29
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #6 from Jan Hubicka 2012-05-29
12:07:13 UTC ---
apparently mine ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #56 from
||hubicka at gcc dot gnu.org
--- Comment #2 from Jan Hubicka 2012-06-04
14:10:35 UTC ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53572
--- Comment #3 from Jan Hubicka 2012-06-04
14:19:02 UTC ---
I do not have linker plugin enabled setup handy at the moment, but the
following patch should fix it:
Index: cgraph.h
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53572
--- Comment #8 from Jan Hubicka 2012-06-25
15:07:18 UTC ---
OK, I will commit the fix as it is to mainline today and see if there are any
significant negative effects with V1 API on Mozilla. If so, I will try to
update lto-plugin to handle the v1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53572
--- Comment #9 from Jan Hubicka 2012-06-26
10:15:22 UTC ---
Author: hubicka
Date: Tue Jun 26 10:15:18 2012
New Revision: 188982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188982
Log:
PR lto/53572
* cgraph.h (varpool_can_remov
||2012-07-03
CC||hubicka at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51998
--- Comment #6 from Jan Hubicka 2012-01-31
13:56:41 UTC ---
Created attachment 26534
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26534
Patch in testing
Hi,
I am testing the attached patch. It also plugs symmetric problem on varpool.
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #14 from Jan Hubicka 2012-01-31
14:15:27 UTC ---
Sorry, missed this bug (and for really long file as I see now). It is
originally Zdenek's code. Will check it now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #15 from Jan Hubicka 2012-01-31
14:31:56 UTC ---
I am testing the attached patch
Index: predict.c
===
--- predict.c (revision 183666)
+++ predict.c (working copy)
@@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51998
--- Comment #8 from Jan Hubicka 2012-02-02
13:29:34 UTC ---
Author: hubicka
Date: Thu Feb 2 13:29:31 2012
New Revision: 183836
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183836
Log:
PR middle-end/51998
* cgraphunit.c (cgraph
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51998
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #16 from Jan Hubicka 2012-02-10
12:21:24 UTC ---
Author: hubicka
Date: Fri Feb 10 12:21:16 2012
New Revision: 184089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184089
Log:
PR middle-end/48600
* predict.c (predict_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
Summary|[4.6/4.7 Regression] ICE|[4.7 Regression] ICE when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51929
--- Comment #9 from Jan Hubicka 2012-02-10
12:31:24 UTC ---
Yes, it looks OK to me. Thanks!
Perhaps we will eventually need to give up on this sanity check as the
transformations we do to callgraph gets more general...
Honza
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #2 from Jan Hubicka 2012-02-13
02:12:45 UTC ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52214
--- Comment #3 from Jan Hubicka 2012-02-13
23:29:38 UTC ---
Author: hubicka
Date: Mon Feb 13 23:29:34 2012
New Revision: 184180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184180
Log:
PR middle-end/52214
* predict.c (predict_p
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #14 from Jan Hubicka 2012-02-29
15:15:46 UTC ---
mine.
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255
--- Comment #3 from Jan Hubicka 2012-03-19
15:35:28 UTC ---
I would incline to declare this an user error. GCC does not control the meaning
of all of the user specified sections and thus I would say that user is either
required to use constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #18 from Jan Hubicka 2012-03-20
16:19:55 UTC ---
Created attachment 26932
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26932
patch in testing
I am testing the attached patch. It basically delays removal of the clone
until aft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #3 from Jan Hubicka 2012-03-20
16:49:44 UTC ---
OK, the funny inconsistency comes from the fact that we always eliminate COMDAT
variables, but we keep around static variables with -fno-toplevel-reorder.
-O0 imply -fno-toplevel-reorder
gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #6 from Jan Hubicka 2012-03-20
16:55:40 UTC ---
mine. The alias node should go along with the variable into the appropriate
partition. It seems that the partitioning logic is confused by fact
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #19 from Jan Hubicka 2012-03-22
14:33:37 UTC ---
Author: hubicka
Date: Thu Mar 22 14:33:27 2012
New Revision: 185694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185694
Log:
PR middle-end/51737
* cgraph.c (cgraph_rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #20 from Jan Hubicka 2012-03-22
17:12:28 UTC ---
I started to look into why the testcase does not fire on mainline. It seems to
be effect of change in early inliner. We used to inline intrusive_ptr_release
in early inlining ignoring
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
CC||deepu.sarmatian at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52649
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #20 from Jan Hubicka 2012-03-23
14:22:35 UTC ---
Author: hubicka
Date: Fri Mar 23 14:22:24 2012
New Revision: 185739
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185739
Log:
Backport from mainline
PR middle-end/48600
||
AssignedTo|hubicka at gcc dot gnu.org |unassigned at gcc dot
||gnu.org
--- Comment #33 from Jan Hubicka 2012-03-23
14:51:20 UTC ---
Unassinging. Solved in 4.6+; no plans to backport this to 4.5.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23830
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #4 from Jan Hubicka 2012-03-24
20:59:38 UTC ---
Works for me:
jh@evans:/abuild/jh/trunk-3/build-inst7> /abuild/jh/trunk-install/bin/g++ -O2
t.C -flto -c
jh@evans:/abuild/jh/trunk-3/build-inst7> /abuild/jh/trunk-install/bin/g++ -O2
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #5 from Jan Hubicka 2012-03-24
21:07:34 UTC ---
The resolution info seems to be right, unlike the aforementioned comment.
d: availability:overwritable (asm: _ZZN1C1mEvE1d) needed analyzed finalized
externally_visible prevailing_def_i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #6 from Jan Hubicka 2012-03-24
21:39:16 UTC ---
OK,
this should regularize the situation somewhat. We handle the
-O0/-fno-toplevel-reorder semantics early at finalization time and thus we
don't care about effect of -fwhole-program and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47237
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #21 from Jan Hubicka 2012-03-25
09:39:38 UTC ---
Author: hubicka
Date: Sun Mar 25 09:39:32 2012
New Revision: 185774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185774
Log:
PR middle-end/51737
* cgraph.c (cgraph_rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #8 from Jan Hubicka 2012-03-25
09:43:46 UTC ---
GCC 4.7 has now shrink wrapping that should reduce effect of inlining large
cold functions called once. Realistic testcases where we still kill code
quality would be welcome.
I tested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
--- Comment #7 from Jan Hubicka 2012-03-25
10:14:40 UTC ---
Hmm, partitioning seems right.
We get into ltrans0:
cfliteValueCallBacks: availability:not-ready (asm: cfliteValueCallBacks) needed
analyzed finalized externally_visible prevailing_def i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52696
--- Comment #3 from Jan Hubicka 2012-03-25
10:59:25 UTC ---
Author: hubicka
Date: Sun Mar 25 10:59:19 2012
New Revision: 185775
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185775
Log:
Backport from mainline
PR regression/52696
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52696
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #23 from Jan Hubicka 2012-03-25
13:25:56 UTC ---
Author: hubicka
Date: Sun Mar 25 13:25:51 2012
New Revision: 185776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185776
Log:
PR middle-end/51737
* g++.dg/torture/pr51
601 - 700 of 3550 matches
Mail list logo
