[llvm] r257730 - [X86] Don't alter HasOpaqueSPAdjustment after we've relied on it

Nadav Rotem via llvm-commits llvm-commits at lists.llvm.org
Thu Jan 14 09:51:27 PST 2016


Yes. This is OK. 

> On Jan 14, 2016, at 9:47 AM, Hans Wennborg <hans at chromium.org> wrote:
> 
> I'd like to merge this to 3.8. Nadav, is this OK for you as code owner?
> 
> Thanks,
> Hans
> 
> On Wed, Jan 13, 2016 at 5:20 PM, David Majnemer via llvm-commits
> <llvm-commits at lists.llvm.org> wrote:
>> Author: majnemer
>> Date: Wed Jan 13 19:20:03 2016
>> New Revision: 257730
>> 
>> URL: http://llvm.org/viewvc/llvm-project?rev=257730&view=rev
>> Log:
>> [X86] Don't alter HasOpaqueSPAdjustment after we've relied on it
>> 
>> We rely on HasOpaqueSPAdjustment not changing after we've calculated
>> things based on it.  Things like whether or not we can use 'rep;movs' to
>> copy bytes around, that sort of thing.  If it changes, invariants in the
>> backend will quietly break.  This situation arose when we had a call to
>> memcpy *and* a COPY of the FLAGS register where we would attempt to
>> reference local variables using %esi, a register that was clobbered by
>> the 'rep;movs'.
>> 
>> This fixes PR26124.



More information about the llvm-commits mailing list