Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix StringAnalyzer bug and Add Integer.parseInt #732

Open
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

fa1conn
Copy link

@fa1conn fa1conn commented Oct 31, 2022

When I using InterproceduralConstantPropagationPass, I found a bug in the conditional judgment of StringAnalyzer::analyze_invoke function. It always return false in

if (method == nullptr) {
  return false;
}

So I try to modify it and now it could work normally. And I try to add a conditional judgment to solve Integer.parseInt. After testing it works fine too.

@wsanville
Copy link
Contributor

Can you elaborate more about why there is a bug and what your setup is like? Do you pass android.jar into the invocation to Redex? I am not seeing the results you describe where method == nullptr always gets hit, so I am not entirely convinced a change like this makes sense.

@facebook-github-bot
Copy link
Contributor

Hi @fa1conn!

Thank you for your pull request and welcome to our community.

Action Required

In order to merge any pull request (code, docs, etc.), we require contributors to sign our Contributor License Agreement, and we don't seem to have one on file for you.

Process

In order for us to review and merge your suggested changes, please sign at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need to sign the corporate CLA.

Once the CLA is signed, our tooling will perform checks and validations. Afterwards, the pull request will be tagged with CLA signed. The tagging process may take up to 1 hour after signing. Please give it that time before contacting us about it.

If you have received this in error or have any questions, please contact us at [email protected]. Thanks!

@fa1conn
Copy link
Author

fa1conn commented Nov 1, 2022

Can you elaborate more about why there is a bug and what your setup is like? Do you pass android.jar into the invocation to Redex? I am not seeing the results you describe where method == nullptr always gets hit, so I am not entirely convinced a change like this makes sense.

Sorry, I didn't know the role of android.jar before. Only remain Integer.parseInt now.

@facebook-github-bot
Copy link
Contributor

Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Meta Open Source project. Thanks!

@facebook-github-bot
Copy link
Contributor

Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Meta Open Source project. Thanks!

@wsanville
Copy link
Contributor

I don't think the change to Purity.cpp is acceptable, per the definition at 26d0622:

If their outputs are not used, pure method invocations can be removed by DCE.

It would be a mistake for a call to parseInt(), which can throw an exception, to be discarded by dead code elimination if the return value is unused.

@NTillmann
Copy link
Contributor

@wsanville is right, this is going to be a bit more complicated... If we leave the current scheme in place, where constant-propagation only rewrites the results, leaving it to LocalDCE to cleanup the call, then we somehow need to introduce into LocalDCE some notion of conditional purity that depends on the input values.

Being able to compute the result of an invocation (what constant-prop does) isn't necessarily the same as predicting side-effect (and throwing)-freeness (which is what LocalDCE needs).

Copy link
Contributor

@wsanville wsanville left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Requesting changes per the discussion about the edit to Purity.cpp.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants