Alex Tkachman schrieb:

it is the primitve type.

no, atm most of the code in the compiler depends on having always boxed variables. This doesn't bite with the fields, as the conversion there happens only when the field is assigned. So if you do this.x=this.x+1, then first this.x gets boxed, then +1 is executed which will result in a boxed value and then unboxing will happen during the assignment...

I wanted to try to write somethings that tracks the boxing/unboxing actions and transforms the bytecode to remove the unneeded actions, but I had not yet time to look into this... also it would not help in the case I showed... not unless a method is created that can be (1) called directly and (2) use the primitve type. And with called directly I mean *no reflection*

parameters are primitive, but they are boxed as soon as the method is entered.

primitive again, we unbox directly before the return.

unboxing is done when needed, boxing is the standard. for example when you have a finally clauses, then it is more easy to handle a return with a value that is boxed and then unbox directly before the return. This way you have also no problem with the return type of an expression, which you might not really know. Also many calls to organize the operand stack do not need to know if the type is boxed or not.

I guess the first thing we would have to do is abstract the reorganization instruction we use and track the operand stack. then any such abstracted reorganization will look at the involved values in the operand stack and use bytecode depending on these. All in all there is not much of a problem as long as there are no longs and doubles involved. But if, then it gets complicated, because many bytecode operations behave different now, or even become invalid.

[...]

I want to say, that if we could make it, so that we have a fast route in the code which calculates the values using the primitive types and operations, then we get much more speed in many arithmetic benchmarks.

[...]

depends on what else you do I guess

bye blackdrag

-- Jochen "blackdrag" Theodorou The Groovy Project Tech Lead (http://groovy.codehaus.org) http://blackdragsview.blogspot.com/ http://www.g2one.com/

--------------------------------------------------------------------- To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email