--- Comment #18 from aldyh at gcc dot gnu dot org 2007-12-03 23:21 ---
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01651.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from aldyh at gcc dot gnu dot org 2007-11-29 11:56 ---
I am testing this patch, and will post to gcc-patches when they finish.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #15 from steven at gcc dot gnu dot org 2007-11-19 08:54 ---
Cute little patch of comment #13 looking for foster parent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #16 from bonzini at gnu dot org 2007-11-19 09:45 ---
Steven, post it to gcc-patches and I'll be happy to commit it as soon as it is
approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #13 from steven at gcc dot gnu dot org 2007-11-10 10:46 ---
Created an attachment (id=14523)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14523action=view)
Nukes -fforce-addr
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #14 from bonzini at gnu dot org 2007-11-10 13:04 ---
I reviewed the patch and it seems ok except that the option should be kept
undocumented for 4.3.
fforce-addr
- Common Report Var(flag_force_addr) Optimization
- Copy memory address constants into registers before use
+
--- Comment #10 from paolo dot bonzini at lu dot unisi dot ch 2007-11-08
16:32 ---
Subject: Re: [4.3 Regression] can't find a register
in class 'GENERAL_REGS' while reloading 'asm'
ubizjak at gmail dot com wrote:
--- Comment #9 from ubizjak at gmail dot com 2007-11-07 18:56
--- Comment #11 from bonzini at gnu dot org 2007-11-08 19:56 ---
-fforce-addr for SPECfp is neutral, with big improvements in equake (and a
little on swim+lucas, but the latter has huge fluctuations).
SPECint drops from 1156 to 1130, with clear changes for the worse as
highlighted by
--- Comment #12 from bonzini at gnu dot org 2007-11-08 19:58 ---
Who prepares the patch? :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #9 from ubizjak at gmail dot com 2007-11-07 18:56 ---
(In reply to comment #8)
So if we can agree to dump -fforce-addr: yes, please.
Sometimes -fforce-addr produces faster code, as claimed in
http://gcc.gnu.org/ml/fortran/2007-10/msg00048.html
--
--- Comment #8 from matz at gcc dot gnu dot org 2007-11-07 16:45 ---
When I analyzed this for the first time and finally found the root cause
my immediate reaction was huh? we still have -fforce-addr? . So, I also
wanted to get rid of it. But Richard had some reservations at that time
--- Comment #6 from bonzini at gnu dot org 2007-11-06 17:05 ---
I think P1 is a little too much since this requires -fforce-addr.
Anyway, here are my findings and thoughts:
1) reduced testcase:
void oc_frag_recon_inter2_mmx(unsigned char *_dst,int _dst_ystride,
const unsigned char
--- Comment #7 from rguenther at suse dot de 2007-11-06 21:38 ---
Subject: Re: [4.3 Regression] can't find a register
in class 'GENERAL_REGS' while reloading 'asm'
On Tue, 6 Nov 2007, bonzini at gnu dot org wrote:
I think P1 is a little too much since this requires -fforce-addr.
I
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-22 08:36 ---
Does this still happen?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-22 08:49 ---
Still happens with r129547.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #3 from bonzini at gnu dot org 2007-10-10 06:44 ---
forward_propagate_and_simplify only propagates into single-set insns. In
principle there's nothing to forbid working on other insns (it already does it
for forward_propagate_subreg), but it is made harder because df does
--- Comment #1 from matz at gcc dot gnu dot org 2007-10-09 16:50 ---
In 4.2.x CSE1 will already fold back the force-addr insns into the users,
i.e. the asm insn will not even see different registers in those 'm' operands
as address but simply (argp + something). trunk somehow manages
--- Comment #2 from matz at gcc dot gnu dot org 2007-10-09 17:41 ---
I think this happens because gcc 4.3.x doesn't have fold_rtx_mem() and friends
anymore since the introduction of fwprop.c. It formerly used to also lookup
the address of the given MEMs, and hence perform this
19 matches
Mail list logo
