2017-01-02 19:22 GMT+04:00 Georg-Johann Lay :
> On 02.01.2017 15:54, Dominik Vogt wrote:
>>
>> On Mon, Jan 02, 2017 at 03:47:43PM +0100, Georg-Johann Lay wrote:
>>>
>>> This fixes PR78883 which is a problem in reload revealed by a
>>> change to combine.c. The fix is as proposed by Segher: implemen
On Tue, Jan 03, 2017 at 01:43:01PM +, Richard Sandiford wrote:
> An alternative would be to add a new macro to control this block in
> general_operand:
>
> #ifdef INSN_SCHEDULING
> /* On machines that have insn scheduling, we want all memory
>reference to be explicit, so outlaw p
Georg-Johann Lay writes:
> On 02.01.2017 15:54, Dominik Vogt wrote:
>> On Mon, Jan 02, 2017 at 03:47:43PM +0100, Georg-Johann Lay wrote:
>>> This fixes PR78883 which is a problem in reload revealed by a
>>> change to combine.c. The fix is as proposed by Segher: implement
>>> CANNOT_CHANGE_MODE_CL
On 02.01.2017 15:54, Dominik Vogt wrote:
On Mon, Jan 02, 2017 at 03:47:43PM +0100, Georg-Johann Lay wrote:
This fixes PR78883 which is a problem in reload revealed by a
change to combine.c. The fix is as proposed by Segher: implement
CANNOT_CHANGE_MODE_CLASS.
Ok for trunk?
Johann
gcc/
On Mon, Jan 02, 2017 at 03:47:43PM +0100, Georg-Johann Lay wrote:
> This fixes PR78883 which is a problem in reload revealed by a
> change to combine.c. The fix is as proposed by Segher: implement
> CANNOT_CHANGE_MODE_CLASS.
>
> Ok for trunk?
>
> Johann
>
>
> gcc/
> PR target/78883
>