fche | 3 Jan 15:13 2004
Picon

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20040103.tar.bz2

fche | 10 Jan 15:13 2004
Picon

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20040110.tar.bz2

Binutils | 11 Jan 14:50 2004
Picon

Modern way of losing bridesmaid we;ght natural maximized

Hello Adriatic,

At last you have an opportunity to purchase good directly from manufactures. You save your money
purchasing quality products from our plant's store.
Today we present you FatBlast product.

What is FatBlast actually?

Fatblast is an advanced fat-binding supplement that removes fat from the foods you eat!
Formulated with the powerful fat-binding fiber Chitosan, the proprietary blend of all-natural compounds...

Our corporation was the first one who started selling this product on
the web in the year 2004. Try our FDA approved product tday Burnham

Read about our dscounts and special bonses:
http://www.neodrugs.com/fly/index.php?pid=pharmaboss 

throws erasing crosspoint latterly, solemn booty bulldozer mobster corruption concealed ethereally
tourist slaves dentistry officiate avowed opthalmic.

fche | 17 Jan 15:13 2004
Picon

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20040117.tar.bz2

fche | 24 Jan 15:13 2004
Picon

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20040124.tar.bz2

Dave Brolley | 28 Jan 19:32 2004
Picon

[patch][rfa] -opcode-slots: Handling of short insns

Hi,

This patch fixes a problem I ran across while working on an internal 
port. Incorrect opcodes and masks were sometimes being generated for the 
short insns of variable length ISAs because of two problems in 
-opcode-slots:

1) The test of bit positions against the insn-length was off by one. 
Thjs could lead to incorrect opcode bits being generated.

2) While the 'compute' function correctly generated zeroes for the extra 
bits when computing 'opcode', it was also generating zeroes for these 
bits when computing 'opcode-mask', thus rendering these bits irrelevent. 
This could lead to the generation of numerous unreachable cases in the 
generated decoder switch.

The patch corrects the comparison of bit position against the 
insn-length and also allows the caller of 'compute' to specify the 
default bit value which should be generated bits beyond the length of a 
short insn. This allows 0 to be specified when computing 'opcode' and 1 
to be specified when computing opcode-mask. The patch also changes some 
of the logit calls to print values in hex which is more appropriate when 
examining bitmasks

This patch corrects the problem encountered with my internal port. I 
know of no other port which is affected by this bug. I have tested it 
against frv and xstormy16 and verified no changes to the generated decoders.

OK to commit?

(Continue reading)

Dave Brolley | 28 Jan 20:34 2004
Picon

Re: [patch][rfa] -opcode-slots: Handling of short insns

Attached the wrong file.....

Dave Brolley wrote:

> Hi,
>
> This patch fixes a problem I ran across while working on an internal 
> port. Incorrect opcodes and masks were sometimes being generated for 
> the short insns of variable length ISAs because of two problems in 
> -opcode-slots:
>
> 1) The test of bit positions against the insn-length was off by one. 
> Thjs could lead to incorrect opcode bits being generated.
>
> 2) While the 'compute' function correctly generated zeroes for the 
> extra bits when computing 'opcode', it was also generating zeroes for 
> these bits when computing 'opcode-mask', thus rendering these bits 
> irrelevent. This could lead to the generation of numerous unreachable 
> cases in the generated decoder switch.
>
> The patch corrects the comparison of bit position against the 
> insn-length and also allows the caller of 'compute' to specify the 
> default bit value which should be generated bits beyond the length of 
> a short insn. This allows 0 to be specified when computing 'opcode' 
> and 1 to be specified when computing opcode-mask. The patch also 
> changes some of the logit calls to print values in hex which is more 
> appropriate when examining bitmasks
>
> This patch corrects the problem encountered with my internal port. I 
> know of no other port which is affected by this bug. I have tested it 
(Continue reading)

Ben Elliston | 28 Jan 23:52 2004

Re: [patch][rfa] -opcode-slots: Handling of short insns

Dave Brolley <brolley <at> redhat.com> writes:

> > This patch corrects the problem encountered with my internal port. I
> > know of no other port which is affected by this bug. I have tested
> > it against frv and xstormy16 and verified no changes to the
> > generated decoders.
> >
> > OK to commit?

This looks fine and, as you say, you've tested it.

Ben

Dave Brolley | 29 Jan 21:22 2004
Picon

Re: [patch][rfa] -opcode-slots: Handling of short insns

Committed.

Ben Elliston wrote:

>Dave Brolley <brolley <at> redhat.com> writes:
>
>  
>
>>>This patch corrects the problem encountered with my internal port. I
>>>know of no other port which is affected by this bug. I have tested
>>>it against frv and xstormy16 and verified no changes to the
>>>generated decoders.
>>>
>>>OK to commit?
>>>      
>>>
>
>This looks fine and, as you say, you've tested it.
>
>Ben
>
>  
>

fche | 31 Jan 15:13 2004
Picon

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20040131.tar.bz2


Gmane