Skip to content

Conversation

meg-gupta
Copy link
Contributor

When destination of CmpSrNeq_A is same as both its sources, we need to generate instructions that saves the value of both the sources in newly created Opnds.
Current codegen did not check the case when destination can be equal to both the sources. This change fixes it.

@msftclas
Copy link

Hi @meg-gupta, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!


It looks like you're a Microsoft contributor (Meghana Gupta). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla.microsoft.com.

TTYL, MSBOT;

@meg-gupta
Copy link
Contributor Author

@satheeshravi Can you please review ?

@satheeshravi
Copy link
Contributor

@dotnet-bot : can you please test windows arm_release ?

@satheeshravi
Copy link
Contributor

:shipit:

@meg-gupta
Copy link
Contributor Author

@dotnet-bot Please test windows x86_release

@chakrabot chakrabot merged commit e9c5d6c into chakra-core:master Aug 10, 2016
chakrabot pushed a commit that referenced this pull request Aug 10, 2016
…rand is same as both source operands

Merge pull request #1411 from meg-gupta:fixarmstrictneq

When destination of CmpSrNeq_A is same as both its sources, we need to generate instructions that saves the value of both the sources in newly created Opnds.
Current codegen did not check the case when destination can be equal to both the sources. This change fixes it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants