-
-
Notifications
You must be signed in to change notification settings - Fork 83
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
check LocalVariableNode.signature to avoid creating Locals with unknown Type #635
Labels
improvement
improve in readability, structure or performance
Comments
oxisto
added a commit
to oxisto/SootUp
that referenced
this issue
Dec 31, 2023
This PR uses the already existing information of the operand's value type to determine the type for java locals. Previously, most of the stack variables were of "unknown" type . Fixes soot-oss#635
oxisto
added a commit
to oxisto/SootUp
that referenced
this issue
Dec 31, 2023
This PR uses the already existing information of the operand's value type to determine the type for java locals. Previously, most of the stack variables were of "unknown" type . Fixes soot-oss#635
oxisto
added a commit
to oxisto/SootUp
that referenced
this issue
Dec 31, 2023
This PR uses the already existing information of the operand's value type to determine the type for java locals. Previously, most of the stack variables were of "unknown" type . Fixes soot-oss#635
oxisto
added a commit
to oxisto/SootUp
that referenced
this issue
Dec 31, 2023
This PR uses the already existing information of the operand's value type to determine the type for java locals. Previously, most of the stack variables were of "unknown" type . Fixes soot-oss#635
oxisto
added a commit
to oxisto/SootUp
that referenced
this issue
Dec 31, 2023
This PR uses the already existing information of the operand's value type to determine the type for java locals. Previously, most of the stack variables were of "unknown" type . Fixes soot-oss#635
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
maybe we can avoid creating Locals with unknown type (sometimes):
LocalVariableNode has a member: signature where we could get type information? (currently we don't)
Location:
AsmMethodSource.determineLocalName(int idx)
and the method where its we create the actual Local with UnknownType but the name fromdetermineName(..)
The text was updated successfully, but these errors were encountered: