-
Notifications
You must be signed in to change notification settings - Fork 12
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
New unboxing approach #30
Comments
@tomtau Are you working on that now? |
I've been waiting for major refactoring to be done, so I can start rewriting in a version that will be easier to merge - I guess most changes are done by now? |
@tomtau yes |
@tomtau, your approach looks very good. There is a slight difference when comparing to miniboxing and specialization in Scala: classes have specialized variants, where only one type of the fields appears (not both primitive and object) -- and all access is done through methods, which are overloaded. Here's (an unrelated) document that happens to explain this: https://docs.google.com/document/d/12pgg8LBkTNaB5BoeKlBrei-Mst8shdGY7ZPfMFuIYzY/edit?usp=sharing -- just search for miniboxing |
The goal is to try the new unboxing approach. Simply put, incorporate all types (primitive types and references type into one closure class. See the code below:
The text was updated successfully, but these errors were encountered: