The addition of MO_AMASK means that places that used inverted masks
need to be changed to use positive masks, and places that failed to
mask the intended bits need updating.
Cc: Yongbok Kim
Signed-off-by: Richard Henderson
---
This should fix the problem you found while testing the mipsr6
unali
On 06/08/2015 04:10 AM, Yongbok Kim wrote:
On 01/06/2015 16:28, Richard Henderson wrote:
On 06/01/2015 02:42 AM, Yongbok Kim wrote:
I have noticed that you haven't changed it for the tci, is it deliberate?
Another minor thing is that tcg_dump_ops() in tcg.c wouldn't print ld/st
names correctly
On 01/06/2015 16:28, Richard Henderson wrote:
> On 06/01/2015 02:42 AM, Yongbok Kim wrote:
>> I have noticed that you haven't changed it for the tci, is it deliberate?
>> Another minor thing is that tcg_dump_ops() in tcg.c wouldn't print ld/st
>> names correctly but hex code will be printed out.
>
On 06/01/2015 02:42 AM, Yongbok Kim wrote:
> I have noticed that you haven't changed it for the tci, is it deliberate?
> Another minor thing is that tcg_dump_ops() in tcg.c wouldn't print ld/st
> names correctly but hex code will be printed out.
Correct on both counts. I'll get that fixed up too.
On 29/05/2015 18:35, Richard Henderson wrote:
> The addition of MO_AMASK means that places that used inverted masks
> need to be changed to use positive masks, and places that failed to
> mask the intended bits need updating.
>
> Cc: Yongbok Kim
> Signed-off-by: Richard Henderson
> ---
>
> This
The addition of MO_AMASK means that places that used inverted masks
need to be changed to use positive masks, and places that failed to
mask the intended bits need updating.
Cc: Yongbok Kim
Signed-off-by: Richard Henderson
---
This should fix the problem you found while testing the mipsr6
unali