-
Notifications
You must be signed in to change notification settings - Fork 34
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
Code analysis, Common subexpression elimination #18
Comments
Unfortunately it does not support such advanced features. Compare to the original implementation it offers a more open API that lets you access most fields and modify or retrieve them, so that you have better control when creating code. |
I will try to investigate this. |
👍 |
…king implementation)
In addition to field reads, array element reads and method calls, casts and divisions should be eliminated, bacause Java compilers are probably also not allowed to optimize them in certain cases, to throw |
Great work so far. Unfortunately I cannot help you much with this, because this is absolutely not my expertise and I'm busy with tons of other things. But keep up the good work, and I'm happy to merge new updates! |
@phax I haven't abandoned this because I will actually use this, but also very busy. Probably I will finish this at some moment within next couple of months. |
Any update on this one??? |
@phax unfortunately no, for two reasons:
|
Thanks for the update. All the best for your projects! |
Does the CodeModel project or particularly this fork contain any functionality like code analysis and performing simple optimizations, for exampe common subexpression elimination? If not, how do you think how difficult it could be to implement this and how friendly for such analysis/transformations the current API/library design/impl is?
The text was updated successfully, but these errors were encountered: