--- Comment #13 from hjl dot tools at gmail dot com 2008-12-10 05:02
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #12 from Joey dot ye at intel dot com 2008-12-10 03:01 ---
Fixed at trunk 142631
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37948
--- Comment #11 from steven at gcc dot gnu dot org 2008-12-06 22:05 ---
What's the status of this bug? Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37948
--- Comment #10 from hjl at gcc dot gnu dot org 2008-11-11 00:01 ---
Subject: Bug 37948
Author: hjl
Date: Mon Nov 10 23:59:57 2008
New Revision: 141756
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141756
Log:
2008-11-10 H.J. Lu <[EMAIL PROTECTED]>
Backport from main
--- Comment #9 from vmakarov at gcc dot gnu dot org 2008-11-10 23:23
---
Subject: Bug 37948
Author: vmakarov
Date: Mon Nov 10 23:21:45 2008
New Revision: 141753
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141753
Log:
2008-11-07 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #8 from vmakarov at redhat dot com 2008-11-10 16:12 ---
H.J., thanks for finding the problem and reducing the test case.
The problem could be solved by using extended register coalescing. Now IRA
coalesces only move insns (-fira-coalesce). But unfortunately usage of
-f
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-04 19:36 ---
IRA generates much slower codes:
[EMAIL PROTECTED] 37364]$ make
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -O2 -m32 -fno-ira -o noira
foo.c
/export/build/gnu/g
--- Comment #6 from hjl dot tools at gmail dot com 2008-10-30 22:51 ---
(In reply to comment #5)
> So, is this a target issue or a register allocator issue now? Has the costs
> fix
> been applied?
>
It is an IRA issue since -fno-ira is still faster with -mtune=generic.
IRA should be f
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-10-30 21:05 ---
So, is this a target issue or a register allocator issue now? Has the costs
fix
been applied?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37948
--- Comment #4 from hjl dot tools at gmail dot com 2008-10-29 13:08 ---
(In reply to comment #2)
> Subject: Re: [4.4 Regression] IRA generates slower
> code for -mtune=core2
>
> hjl dot tools at gmail dot com wrote:
> > --- Comment #1 from hjl dot tools at gmail dot com 2008-10-2
--- Comment #3 from pinskia at gmail dot com 2008-10-29 07:25 ---
Subject: Re: [4.4 Regression] IRA generates slower code for -mtune=core2
Sent from my iPhone
On Oct 29, 2008, at 12:17 AM, "bonzini at gnu dot org"
<[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #2 from bonzini
Sent from my iPhone
On Oct 29, 2008, at 12:17 AM, "bonzini at gnu dot org" <[EMAIL PROTECTED]
> wrote:
--- Comment #2 from bonzini at gnu dot org 2008-10-29 07:17
---
Subject: Re: [4.4 Regression] IRA generates slower
code for -mtune=core2
hjl dot tools at gmail dot com wrot
--- Comment #2 from bonzini at gnu dot org 2008-10-29 07:17 ---
Subject: Re: [4.4 Regression] IRA generates slower
code for -mtune=core2
hjl dot tools at gmail dot com wrote:
> --- Comment #1 from hjl dot tools at gmail dot com 2008-10-29 05:44
> ---
> It looks like the cost
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-29 05:44 ---
It looks like the cost of loading/storing FP values aren't appropriate for
Core 2. With this patch:
[EMAIL PROTECTED] i386]$ diff -up i386.c.foo i386.c
--- i386.c.foo 2008-10-28 21:56:19.0 -0700
+++ i386.c
15 matches
Mail list logo