http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
--- Comment #16 from Jan Hubicka 2013-04-08
19:49:49 UTC ---
Created attachment 29830
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29830
Complette patchet
I am attaching patch to reduce renaming. It hits few can of worms, so I w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #1 from Jan Hubicka 2013-04-24
13:35:36 UTC ---
Hmm, the failing test is:
/* Be sure that we never try to duplicate partitioned symbol
or add external symbol. */
gcc_assert (c != SYMBOL_EXTERNAL
&& (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55278
--- Comment #10 from Jan Hubicka ---
I have patches the daily tester with those two patches so we see where we stand
with these improvements...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57218
--- Comment #2 from Jan Hubicka ---
Yep, it is just heuristic here. We may get more cureful at -Os (i.e. not so
optimistic about the optimization oppurtunities), but last time I played with
this it actually resulted in code size increase at Mozil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #15 from Jan Hubicka ---
Hmm, this still does not seem helpful.
mkdir -p
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/Dep/CxxObject/comphelper/source/property/
&& echo
"/home/marxin/Programming/libreoffice/workdir/unxlngx6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #16 from Jan Hubicka ---
OK, I think I found the bug. Weakrefs are considered to be external but they
need to be duplicated. Does the following fix the problem?
Index: lto-partition.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #19 from Jan Hubicka ---
Ok, I got a self contained testcase for this and indeed, it is safe to remove
that assert. In fact it is yet another problem with weakrefs: we have weakrefs
that are referring locally defined studd and we have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #40 from Jan Hubicka 2012-08-10
04:34:54 UTC ---
OK,
my simple ^C profiling shows:
#14 0x0091f17f in estimate_edge_size_and_time (e=0x7fffb7192d68,
size=, time=0x7fffc04110b0, prob=1) at
../../gcc/ipa-inline-analysis.c:218
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #41 from Jan Hubicka 2012-08-10
05:18:52 UTC ---
Created attachment 27979
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27979
Path for inliner slowness
Hi,
this is patch I am testing. After some consideration I do not like the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48133
Jan Hubicka changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #43 from Jan Hubicka 2012-08-10
07:52:31 UTC ---
Author: hubicka
Date: Fri Aug 10 07:52:23 2012
New Revision: 190283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190283
Log:
PR middle-end/54146
* ipa-inline-transfor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #137 from Jan Hubicka 2012-08-10
15:06:51 UTC ---
So since the last report we managed to double WPA memory usage and compile
time...
12m wall, 42m user is needed for WPA build.
Execution times (seconds)
phase opt and generate : 97.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #138 from Jan Hubicka 2012-08-10
15:35:44 UTC ---
Actually not, I looked up wrong report. The last report in comment #121 shows:
TOTAL : 616.4322.26 651.79
2165706 kB
So we actually go
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54229
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #139 from Jan Hubicka 2012-08-18
09:36:55 UTC ---
oprofile of WPA:
649295 18.2243 lto1 lto1 lto_main()
3412569.5783 lto1 lto1
htab_find_slot_with_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54312
Bug #: 54312
Summary: uniquify_nodes takes 12% of Mozilla LTO build
Classification: Unclassified
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #140 from Jan Hubicka 2012-08-19
05:55:26 UTC ---
Author: hubicka
Date: Sun Aug 19 05:55:20 2012
New Revision: 190509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190509
Log:
PR lto/45375
* ipa-inline.c (want_inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #17 from Jan Hubicka 2012-08-21
06:54:09 UTC ---
Author: hubicka
Date: Tue Aug 21 06:54:01 2012
New Revision: 190556
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190556
Log:
PR fortran/48636
* ipa-inline.c (want_inli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #18 from Jan Hubicka 2012-08-21
08:14:33 UTC ---
With loop_iterations hint, we should now hint the bar function of testcase in
comment #4, but we don't because the value is used conditionally:
# iftmp.11_3 = PHI <_12(3), 1(2)>
a.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54534
--- Comment #4 from Jan Hubicka 2012-09-11
10:19:04 UTC ---
Well, the patch really is quite symptomatic - i.e. dwarf2out should not forget
about the decl when it is removed from varpool.
The way things are supposed to work (I believe) is to call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54312
--- Comment #3 from Jan Hubicka 2012-09-12
16:26:31 UTC ---
Author: hubicka
Date: Wed Sep 12 16:26:19 2012
New Revision: 191228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191228
Log:
PR lto/54312
* lto.c (uniquify_nodes): Rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #19 from Jan Hubicka 2012-09-12
21:51:21 UTC ---
Author: hubicka
Date: Wed Sep 12 21:51:14 2012
New Revision: 191232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191232
Log:
PR fortran/48636
* gcc.dg/ipa/inlinehint-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54487
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #31
|unassigned at gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #2 from Jan Hubicka 2012-10-04
14:21:08 UTC ---
Mine.
|unassigned at gcc dot |hubicka at gcc dot gnu.org
|gnu.org |
--- Comment #3 from Jan Hubicka 2012-10-04
14:23:40 UTC ---
Mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
Jan Hubicka changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |hubicka at gcc dot gnu.org
gcc dot gnu.org |unassigned at gcc dot
||gnu.org
--- Comment #3 from Jan Hubicka 2012-10-04
15:49:32 UTC ---
Hehe, i am still testing with tramp3d. The issue with predicate patch was that
I fixed some off-by-one accounting issues in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
--- Comment #5 from Jan Hubicka 2012-10-04
16:07:19 UTC ---
I assume it is with linker plugin, right? In that case we need to track why
some of the functions do not become static.
There is bug in this right now, see PR52945. I will look i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54790
--- Comment #6 from Jan Hubicka 2012-10-06
13:59:59 UTC ---
Author: hubicka
Date: Sat Oct 6 13:59:55 2012
New Revision: 192159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192159
Log:
PR lto/54790
* lto.c (resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54790
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #25 from Jan Hubicka 2012-10-06
14:50:27 UTC ---
What you hit here is the V1 linker plugin API hack. We, for purpose, hide
COMDAT objects when we know we can hide them, because otherwise linker will
assign them PREVAILING and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
--- Comment #9 from Jan Hubicka 2012-10-06
15:07:58 UTC ---
Mainline -O3
Time spent in iteration: 11.0926
LTO (with today fix for resolution info)
Time spent in iteration: 10.9666
LTO with V1 API hack disabled
Time spent in iterat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #26 from Jan Hubicka 2012-10-06
15:30:12 UTC ---
Also note that binutils has default search path for plugin. If we installed our
linker plugin there, the ugly gcc-nm/gcc-ar wrappers would not be needed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #29 from Jan Hubicka 2012-10-06
17:30:51 UTC ---
Author: hubicka
Date: Sat Oct 6 17:30:42 2012
New Revision: 192166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192166
Log:
PR lto/53831
PR lto/54776
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
--- Comment #10 from Jan Hubicka 2012-10-06
17:30:51 UTC ---
Author: hubicka
Date: Sat Oct 6 17:30:42 2012
New Revision: 192166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192166
Log:
PR lto/53831
PR lto/54776
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54839
Bug #: 54839
Summary: INTEGER_CST is missed by uniuqify_nodes and soaks tons
of memory
Classification: Unclassified
Product: gcc
Version: unknown
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54856
Bug #: 54856
Summary: Corrupted LTO type merging
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54856
--- Comment #1 from Jan Hubicka 2012-10-08
14:17:32 UTC ---
Created attachment 28386
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28386
preprocessed sqlite.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54856
--- Comment #2 from Jan Hubicka 2012-10-08
14:25:37 UTC ---
Created attachment 28387
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28387
My experiemnts with fixup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #142 from Jan Hubicka 2012-10-08
22:19:55 UTC ---
After updating Mozilla this weekend, I definitely bloat up 8GB machine. The pak
in TOP is around 9-10GB. I checked malloc usage and there are not many
surprises. It is about 30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54919
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
Bug #: 54932
Summary: Invalid loop code generated by Fortran FE for loops
with bounds in HIGH(type)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54937
Bug #: 54937
Summary: Invalid loop bound estimate
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #20 from Jan Hubicka 2012-10-16
16:38:27 UTC ---
Created attachment 28456
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28456
Path I am considering
Hi,
I am considering to enable inlining when inline-analysis says tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54967
--- Comment #7 from Jan Hubicka 2012-10-19
12:50:57 UTC ---
OK,
the problem is that unloop is shuffling a basic block out of the outer loop:
DO m=1,6
after unrolling the inner loop:
DO j=1,2
12 times.
So here are several pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #27 from Jan Hubicka 2012-10-20
10:34:58 UTC ---
Thank you for testing. It seems that the patch works well for small benchmarks,
I will look into lapack/test_fpu slowdown.
There is problem that it really causes inacceptable gro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31119
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54967
--- Comment #9 from Jan Hubicka 2012-10-23
09:57:40 UTC ---
Author: hubicka
Date: Tue Oct 23 09:57:36 2012
New Revision: 192709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192709
Log:
PR middle-end/54967
* cfgloop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54937
--- Comment #2 from Jan Hubicka 2012-10-23
10:00:24 UTC ---
Author: hubicka
Date: Tue Oct 23 10:00:19 2012
New Revision: 192710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192710
Log:
PR middle-end/54937
* tree-ss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55005
--- Comment #6 from Jan Hubicka 2012-10-23
14:32:02 UTC ---
This is similar case as do-1.f90. We have:
Statement _6 = m_5 * 2147483647;
is executed at most 2 (bounded by 2) + 1 times in loop 1.
coming from:
while (i--)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54937
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54967
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980
--- Comment #7 from Jan Hubicka 2012-10-23
14:48:05 UTC ---
This does not seem to reproduce for me. The following patch should however fix
it.
Index: tree-ssa-loop-ivcanon.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52945
--- Comment #6 from Jan Hubicka 2012-10-23
14:59:10 UTC ---
Author: hubicka
Date: Tue Oct 23 14:59:02 2012
New Revision: 192716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192716
Log:
PR gcc/52945
* testsuite/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980
--- Comment #11 from Jan Hubicka 2012-10-25
14:52:37 UTC ---
Author: hubicka
Date: Thu Oct 25 14:52:32 2012
New Revision: 192809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192809
Log:
PR tree-optimize/54980
* tre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448
--- Comment #47 from Jan Hubicka 2012-10-26
15:22:50 UTC ---
Hmm, good timming. I just started looking into re-tunning inliner heuristics
for 4.8 so I should look again into this inline bomb... Looks like inliner did
not get faster ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448
--- Comment #48 from Jan Hubicka 2012-10-26
16:48:08 UTC ---
The problem here is walking of callgraph edges to sum the code size of the
caller function in both early inliner and late inliner. I am still not very
keen on making the cost cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55078
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #30 from Jan Hubicka 2012-10-28
10:08:23 UTC ---
Created attachment 28543
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28543
Updated patch
Hi,
this is updated patch I am testing. It fixes the big speedup test and als
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #31 from Jan Hubicka 2012-10-28
10:11:13 UTC ---
Concerning vincenzo's request about 4.7 version, it won't work - it depends on
improvements of inline metric and ipa-prop we made for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55118
Bug #: 55118
Summary: Missed forward propagation of addresses
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55132
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55104
Jan Hubicka changed:
What|Removed |Added
Depends on||55078
--- Comment #4 from Jan Hub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55078
Jan Hubicka changed:
What|Removed |Added
Blocks|55104 |
--- Comment #6 from Jan Hubicka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55104
--- Comment #5 from Jan Hubicka 2012-11-01
12:44:22 UTC ---
Author: hubicka
Date: Thu Nov 1 12:44:13 2012
New Revision: 193062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193062
Log:
PR middle-end/55104
* ipa-inl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #4 from Jan Hubicka 2012-11-02
16:35:01 UTC ---
Author: hubicka
Date: Fri Nov 2 16:34:52 2012
New Revision: 193098
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193098
Log:
PR middle-end/55079
* tree-ss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #5 from Jan Hubicka 2012-11-02
16:46:54 UTC ---
The patch cures a lot of false positives seen at -O3 bootstrap. The testcase
here is not cured, I am looking into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #6 from Jan Hubicka 2012-11-02
18:44:37 UTC ---
Hmm, it seems to be due to off-by-one bug in my patch
Index: tree-ssa-loop-ivcanon.c
===
--- tree-ssa-loop-ivcanon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55079
--- Comment #7 from Jan Hubicka 2012-11-02
20:51:31 UTC ---
Actually not, what happen here is that we unroll the loop 17 times based on the
fact that the array access iterates from taillen to tailen+n_iterations and the
array size is 17.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55085
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55133
--- Comment #2 from Jan Hubicka 2012-11-02
20:57:34 UTC ---
Fixed.
*** This bug has been marked as a duplicate of bug 55085 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55085
Jan Hubicka changed:
What|Removed |Added
CC||nat...@t-online.de
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
--- Comment #12 from Jan Hubicka 2012-11-05
16:24:07 UTC ---
Yeah + there is quite nice code size savings. I must say it took quite a while
to chase out all bugs that was affecting tramp3d's performance.
One thing I noticed however is t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55187
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||hubicka at gcc dot gnu.org
Resolution||FIXED
--- Comment #4 from Jan Hubicka 2012-11-06
14:57:22 UTC ---
Should be fixed now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #33 from Jan Hubicka 2012-11-07
09:34:25 UTC ---
Created attachment 28628
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28628
Final patch (I hope)
This is version of path I will commit today or tomorrow (depending on w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #34 from Jan Hubicka 2012-11-07
11:17:28 UTC ---
Created attachment 28629
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28629
Array index hint
This patch should help to inline when array descriptors become known, such
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54966
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #35 from Jan Hubicka 2012-11-08
16:46:28 UTC ---
Author: hubicka
Date: Thu Nov 8 16:46:18 2012
New Revision: 193331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193331
Log:
PR middle-end/48636
* ipa-inli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #9 from Jan Hubicka 2012-11-09
16:38:16 UTC ---
OK, I applied it to our autotester and we will see tomorrow if it fixes the
segfaults.
If so, can I go ahead and commit it?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
--- Comment #12 from Jan Hubicka 2010-12-17
00:08:07 UTC ---
Author: hubicka
Date: Fri Dec 17 00:08:02 2010
New Revision: 167964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167964
Log:
PR middle-end/44563
* ipa-inline.c: Upda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47008
--- Comment #3 from Jan Hubicka 2010-12-19
11:34:22 UTC ---
Yep, this indeed looks like aliasing bug...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000
--- Comment #22 from Jan Hubicka 2010-12-19
11:53:32 UTC ---
freq: 8000 size: 2 time: 2 D.13088_5480 = VIEW_CONVERT_EXPR(D.8004_729);
freq: 8000 size: 2 time: 2 D.13087_5481 = VIEW_CONVERT_EXPR(a_5271);
freq: 8000 size: 7 time: 16 D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000
--- Comment #23 from Jan Hubicka 2010-12-19
11:58:35 UTC ---
sha256_4way.c:287:78: warning: called from here
sha256_4way.c:50:23: warning: inlining failed in call to ‘ROTR’: --param
inline-unit-growth limit reached
so you could also workaround w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000
--- Comment #25 from Jan Hubicka 2010-12-21
10:30:36 UTC ---
Author: hubicka
Date: Tue Dec 21 10:30:33 2010
New Revision: 168108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168108
Log:
PR middle-end/47000
* tree-inline.c (esti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000
--- Comment #26 from Jan Hubicka 2010-12-21
10:39:42 UTC ---
Hi,
I read the comment only after comiting the patch. We generally believe
conversions to be free even if this is not always the case. FP->int conversions
tends to be expensive, too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47033
Summary: loop distribution has problems on sane testcases
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47181
Summary: memops-asm testcase fails with -flto
-fuse-linker-plugin
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
||hubicka at gcc dot gnu.org
Resolution||FIXED
--- Comment #3 from Jan Hubicka 2011-01-05
22:44:57 UTC ---
j...@evans:/abuild/jh/trunk-3/build-inst2/gcc> ./g++ -B ./ -O2 t.C -save-temps
-flto -fuse-linker-plugin
[Leaving LTRANS /abuild/jh/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47183
--- Comment #4 from Jan Hubicka 2011-01-05
22:51:36 UTC ---
http://sourceware.org/bugzilla/show_bug.cgi?id=12370
now tracks the gold problem
http://sourceware.org/bugzilla/show_bug.cgi?id=12369
now tracks the GNU LD problem.
||2011.01.06 14:07:31
CC||dj at redhat dot com,
||hubicka at gcc dot gnu.org,
||ian at airs dot com
Ever Confirmed|0 |1
||2011.01.06 15:50:01
CC||hubicka at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Jan Hubicka 2011-01-06
15:50:01 UTC ---
Hmm, this is ICE on invalid. Weakref should be coupled with alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188
--- Comment #5 from Jan Hubicka 2011-01-06
18:50:22 UTC ---
Author: hubicka
Date: Thu Jan 6 18:50:20 2011
New Revision: 168548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168548
Log:
PR lto/47188
* collect2.c (main): Do not e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45721
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=44463
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
201 - 300 of 3550 matches
Mail list logo
