Address deref issue #1530
Address deref issue #1530
Conversation
During the forward global optimizer pass, given a property store that causes an object layout to go from object-header-inlined to non-object-header-inlined, kill all type syms with object-header-inlined types to protect against aliasing.
|
@pleath @LouisLaf @curtisman @rajatd - any of you take a look at this? thanks. |
|
@dotnet-bot test this please. |
|
@dotnet-bot test this please |
| } | ||
|
|
||
| if (opnd == instr->GetDst() && this->objectTypeSyms && !isObjTypeChecked) | ||
| if (opnd == instr->GetDst() && this->objectTypeSyms) |
There was a problem hiding this comment.
So the change you're making here is that we kill the current type sym even if its type has been checked upstream? But if the type has been checked, and if the store causes us to transition to a type with a different layout, then we can update the type sym's value in the value table, and that should cause downstream dereferences to be correct. Is that not happening?
There was a problem hiding this comment.
Wait, I am porting the change you have made. Was there a problem in the porting?
There was a problem hiding this comment.
That's pretty funny. I obviously have vacation brain. I'll look again later.
-- Paul
From: Akrosh Gandhimailto:[email protected]
Sent: 9/2/2016 10:04 AM
To: Microsoft/ChakraCoremailto:[email protected]
Cc: Paul Leathersmailto:[email protected]; Mentionmailto:[email protected]
Subject: Re: [Microsoft/ChakraCore] Address deref issue (#1530)
In lib/Backend/GlobOptFields.cpphttps://github.com//pull/1530#discussion_r77379371:
@@ -2170,7 +2170,7 @@ GlobOpt::FinishOptPropOp(IR::Instr *instr, IR::PropertySymOpnd *opnd, BasicBlock
isObjTypeSpecialized = ProcessPropOpInTypeCheckSeq(instr, opnd, block, updateExistingValue, emitsTypeCheckOut, changesTypeValueOut, &isObjTypeChecked);
}
- if (opnd == instr->GetDst() && this->objectTypeSyms && !isObjTypeChecked)
- if (opnd == instr->GetDst() && this->objectTypeSyms)
Wait, I am porting the change you have made. Was there a problem in the porting?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com//pull/1530/files/5ec2d8f6dd3e67e8aa85002dbad152a614f92eeb#r77379371, or mute the threadhttps://github.com/notifications/unsubscribe-auth/APF8RCyVA8Ey0Rwuy34S_lZV5yLHz5mDks5qmFcvgaJpZM4JzSqF.
Merge pull request #1530 from akroshg:deref During the forward global optimizer pass, given a property store that causes an object layout to go from object-header-inlined to non-object-header-inlined, kill all type syms with object-header-inlined types to protect against aliasing.
|
Since it was just a porting I went ahead and merged it. You can refine this later. |
Merge pull request #1530 from akroshg:deref During the forward global optimizer pass, given a property store that causes an object layout to go from object-header-inlined to non-object-header-inlined, kill all type syms with object-header-inlined types to protect against aliasing.
Merge pull request #1530 from akroshg:deref During the forward global optimizer pass, given a property store that causes an object layout to go from object-header-inlined to non-object-header-inlined, kill all type syms with object-header-inlined types to protect against aliasing.
5 participants
During the forward global optimizer pass, given a property store that causes an object layout to go from object-header-inlined to
non-object-header-inlined, kill all type syms with object-header-inlined types to protect against aliasing.