On 01/06/2017 07:15:47, Richard Sandiford wrote:
> Prakhar Bahuguna writes:
> > On 31/05/2017 14:11:43, Richard Sandiford wrote:
> >> Prakhar Bahuguna writes:
> >> > On 31/05/2017 09:19:40, Richard Sandiford wrote:
> >> >> const_ints are supposed to be stored in sign-extended form, so a 32-bit
>
Prakhar Bahuguna writes:
> On 31/05/2017 14:11:43, Richard Sandiford wrote:
>> Prakhar Bahuguna writes:
>> > On 31/05/2017 09:19:40, Richard Sandiford wrote:
>> >> const_ints are supposed to be stored in sign-extended form, so a 32-bit
>> >> integer with the MSB set should be 0x8000|x
On 31/05/2017 14:11:43, Richard Sandiford wrote:
> Prakhar Bahuguna writes:
> > On 31/05/2017 09:19:40, Richard Sandiford wrote:
> >> const_ints are supposed to be stored in sign-extended form, so a 32-bit
> >> integer with the MSB set should be 0x8000|x instead of
> >> 0x8000|x.
Prakhar Bahuguna writes:
> On 31/05/2017 09:19:40, Richard Sandiford wrote:
>> const_ints are supposed to be stored in sign-extended form, so a 32-bit
>> integer with the MSB set should be 0x8000|x instead of
>> 0x8000|x. It's a bug if you have one where that isn't true.
>>
>> In
On 31/05/2017 09:19:40, Richard Sandiford wrote:
> const_ints are supposed to be stored in sign-extended form, so a 32-bit
> integer with the MSB set should be 0x8000|x instead of
> 0x8000|x. It's a bug if you have one where that isn't true.
>
> In the patch it looks like this cou
Prakhar Bahuguna writes:
> This patch tackles the issue reported in PR71607. This patch takes a different
> approach for disabling the creation of literal pools. Instead of disabling the
> patterns that would normally transform the rtl into actual literal pools, it
> disables the creation of this
This patch tackles the issue reported in PR71607. This patch takes a different
approach for disabling the creation of literal pools. Instead of disabling the
patterns that would normally transform the rtl into actual literal pools, it
disables the creation of this literal pool rtl by making the tar
