[LLVMdev] 3.6.1 Release Update

[Ahmed Bougacha]

Also, what about the other failures?  Ignoring the XPASS', there's:

    LLVM :: ExecutionEngine/RuntimeDyld/X86/MachO_x86-64_PIC_relocations.s

which isn't related to sret (and for which I can't really help).

-Ahmed


On Tue, May 5, 2015 at 7:54 PM, Ahmed Bougacha <ahmed.bougacha at gmail.com> wrote:
> On Tue, May 5, 2015 at 6:21 PM, Tom Stellard <tom at stellard.net> wrote:
>>> > Here is the regression: https://llvm.org/bugs/show_bug.cgi?id=23407
>>> > It looks like this was caused by r236066-r236068.
>>>
>>> Is anyone looking at this? The bug is unassigned... Ahmed, can you have a look?
>>>
>>
>> Not yet, I will try to follow up on this tomorrow.
>
> I tried to reproduce this morning on i386 (I did), I vaguely remember
> seeing a cast assertion failure;  I'll have a closer look tomorrow.
>
> Note that the failing tests were added by those commits, so if this is
> urgent, we can just revert both of them and be done with it.
>
> -Ahmed
>
>>> LowerCallTo has a comment that worries me:
>>>
>>> /// FIXME: When all targets are
>>> /// migrated to using LowerCall, this hook should be integrated into SDISel.
>>>
>>> Does that mean if LowerCall is called directly, it won't fix the tail
>>> call reusing the stack pointer? Can they be called interchangeably by
>>> the same back-end on different occasions?
>>>
>>
>> Not sure, the tests only fail on i386.  I can't reproduce on amd64.
>>
>> -Tom
>>
>>> This may well be a red herring, though...
>>>
>>> cheers,
>>> --renato