[llvm] r253528 - [X86] Enable shrink-wrapping by default.
Quentin Colombet via llvm-commits
llvm-commits at lists.llvm.org
Mon Nov 30 19:34:42 PST 2015
Hi Hans,
Thanks for the additional information.
Here is a small patch for you to try.
Thanks,
Q
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stack_fix_up_clobbering_flags.patch
Type: application/octet-stream
Size: 1783 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20151130/4bbf09ec/attachment.obj>
-------------- next part --------------
> On Nov 30, 2015, at 1:29 PM, Hans Wennborg <hans at chromium.org> wrote:
>
> On Mon, Nov 30, 2015 at 1:16 PM, Quentin Colombet <qcolombet at apple.com> wrote:
>>> On Nov 24, 2015, at 4:09 PM, Hans Wennborg <hans at chromium.org> wrote:
>>> On Wed, Nov 18, 2015 at 4:38 PM, Quentin Colombet via llvm-commits
>>> <llvm-commits at lists.llvm.org> wrote:
>>>> Author: qcolombet
>>>> Date: Wed Nov 18 18:38:00 2015
>>>> New Revision: 253528
>>>>
>>>> URL: http://llvm.org/viewvc/llvm-project?rev=253528&view=rev
>>>> Log:
>>>> [X86] Enable shrink-wrapping by default.
>>>>
>>>> Differential Revision: http://reviews.llvm.org/D14156
>>>
>>> I've reverted this in r254044 since it seems to be causing
>>> miscompiles. David bisected PR25607 to this patch, and I bisected a
>>> Chrome crash to it.
>>>
>>> Sorry for not catching this sooner.
>>
>> Does the chrome crash implies x86 32-bit or is it something different?
>> If the latter, could you provide a test case?
>
> Yes, it was 32-bit x86.
>
> I couldn't figure out the cause of the crash when I looked at it in a
> debugger, so I don't have a reproduction, sorry :-/
>
> Maybe it's just the same problem as in PR25607? I'm happy to test any
> fixes on Chrome to see if they fix the crash I saw.
>
> - Hans
More information about the llvm-commits
mailing list