On Mon, May 11, 2015 at 6:25 PM, Alexander Monakov wrote:
>> >>> LEGACY_REGS, which causes IRA not to consider it separately for register
>> >>> allocation, even when it has lower cost than other classes. This patch
>> >>> is
>> >>> useful to fix code generation problem that appears with no-PLT
On Sun, 10 May 2015, Uros Bizjak wrote:
> On Sun, May 10, 2015 at 7:51 PM, Uros Bizjak wrote:
> > On Sun, May 10, 2015 at 6:44 PM, Jan Hubicka wrote:
> >>> On 32-bit x86, register class CLOBBERED_REGS is a proper subset of
> >>> LEGACY_REGS, which causes IRA not to consider it separately for regi
On Sun, May 10, 2015 at 7:51 PM, Uros Bizjak wrote:
> On Sun, May 10, 2015 at 6:44 PM, Jan Hubicka wrote:
>>> On 32-bit x86, register class CLOBBERED_REGS is a proper subset of
>>> LEGACY_REGS, which causes IRA not to consider it separately for register
>>> allocation, even when it has lower cost
On Sun, May 10, 2015 at 6:44 PM, Jan Hubicka wrote:
>> On 32-bit x86, register class CLOBBERED_REGS is a proper subset of
>> LEGACY_REGS, which causes IRA not to consider it separately for register
>> allocation, even when it has lower cost than other classes. This patch is
>> useful to fix code
> On 32-bit x86, register class CLOBBERED_REGS is a proper subset of
> LEGACY_REGS, which causes IRA not to consider it separately for register
> allocation, even when it has lower cost than other classes. This patch is
> useful to fix code generation problem that appears with no-PLT PIC tailcalls
On 32-bit x86, register class CLOBBERED_REGS is a proper subset of
LEGACY_REGS, which causes IRA not to consider it separately for register
allocation, even when it has lower cost than other classes. This patch is
useful to fix code generation problem that appears with no-PLT PIC tailcalls.
Was t