Re: A question about sched_analyze_insn in sched-deps.c

2011-08-10 Thread Revital Eres
Hello, >> I appriciate explanation regarding the following piece of code in >> sched_analyze_insn function (sched-deps.c): When handling jump instruction >> dependence edges are created between the jump instruction and memory >> writes and volatile reads and I'm not quite sure the reason why. > >

Re: A question about sched_analyze_insn in sched-deps.c

2011-08-10 Thread Ian Lance Taylor
Revital Eres writes: > I appriciate explanation regarding the following piece of code in > sched_analyze_insn function (sched-deps.c): When handling jump instruction > dependence edges are created between the jump instruction and memory > writes and volatile reads and I'm not quite sure the reaso

A question about sched_analyze_insn in sched-deps.c

2011-08-10 Thread Revital Eres
Hello, I appriciate explanation regarding the following piece of code in sched_analyze_insn function (sched-deps.c): When handling jump instruction dependence edges are created between the jump instruction and memory writes and volatile reads and I'm not quite sure the reason why. Thanks, Revital

Re: Move insn out of the way

2011-08-10 Thread Paulo J. Matos
On 10/08/11 14:51, Richard Guenther wrote: I think it's all happening in generic code via do_store_flag. ah, now I understand your previous question. I wonder if it's not triggered because I don't have cstore4 defined. Might be that but I have to look deeper. -- PMatos

Re: [named address] ice-on-valid: in postreload.c:reload_cse_simplify_operands

2011-08-10 Thread Georg-Johann Lay
Ulrich Weigand wrote: > Georg-Johann Lay wrote: > >> Thanks, it works. > > OK, thanks for testing! > >> std Y+2,r31 ; 30 *movphi/3 [length = 7] >> std Y+1,r30 > > I'm actually not seeing those (maybe I'm using a different code > base than you were using ...) > > But I st

Re: Move insn out of the way

2011-08-10 Thread Paulo J. Matos
On 10/08/11 12:42, Richard Guenther wrote: Oh, and I wonder if/why IRA can/does not rematerialize the constant instead of spilling it. Might be a cost issue that it doesn't delay allocating a reg for 1 as that is cheap to reload (is it?). I would indeed expect IRA to move the constant assign

Re: Move insn out of the way

2011-08-10 Thread Richard Guenther
On Wed, Aug 10, 2011 at 3:46 PM, Paulo J. Matos wrote: > On 10/08/11 12:40, Richard Guenther wrote: >> >> On x86 we expand the code to ((xl&  al) ^ al) | ((xh&  ah) ^ ah) == 0 >> which is then if-converted.  Modified testcase: >> >> long long x; >> _Bool __attribute__((regparm(2))) mask (long long

Re: Move insn out of the way

2011-08-10 Thread Paulo J. Matos
On 10/08/11 12:40, Richard Guenther wrote: On x86 we expand the code to ((xl& al) ^ al) | ((xh& ah) ^ ah) == 0 which is then if-converted. Modified testcase: long long x; _Bool __attribute__((regparm(2))) mask (long long a) { return (x& a) == a; } on i?86 gets you mask: .LFB0:

Re: Move insn out of the way

2011-08-10 Thread Richard Guenther
On Wed, Aug 10, 2011 at 1:40 PM, Richard Guenther wrote: > On Wed, Aug 10, 2011 at 12:29 PM, Paulo J. Matos > wrote: >> Hi, >> >> I am having a size optimisation issue with GCC-4.6.1. >> The problem boils down to the fact that I have no idea on the best way to >> hint to GCC that a given insn wo

Re: Move insn out of the way

2011-08-10 Thread Richard Guenther
On Wed, Aug 10, 2011 at 12:29 PM, Paulo J. Matos wrote: > Hi, > > I am having a size optimisation issue with GCC-4.6.1. > The problem boils down to the fact that I have no idea on the best way to > hint to GCC that a given insn would make more sense someplace else. > > The C code is simple: > int1

Move insn out of the way

2011-08-10 Thread Paulo J. Matos
Hi, I am having a size optimisation issue with GCC-4.6.1. The problem boils down to the fact that I have no idea on the best way to hint to GCC that a given insn would make more sense someplace else. The C code is simple: int16_t mask(uint32_t a) { return (x & a) == a; } int16_t is QImode

Un nou stil de viata / A new life style.

2011-08-10 Thread Hot Swingers
Swing-ul exista de pe vremea romanilor si a intrat in istorie sub denumirea de Orgiile Romane. De-a lungul timpului a luat diferite denumiri si infatisari, in anii 60 se numea wife-swapping – schimb de nevasta si era mai mult controlat de catre barbatul care opta pentru a negocia schimbul neve