Primitive type specialization
Doug Simon
doug.simon at oracle.com
Thu Aug 29 00:38:45 PDT 2013
BTW, we've also just created a page describing various options for debugging Graal, including see generated machine code:
https://wiki.openjdk.java.net/display/Graal/Debugging
On Aug 20, 2013, at 12:04 AM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>
> On Aug 18, 2013, at 6:09 AM, Remi Forax <forax at univ-mlv.fr> wrote:
>
>> Hi guys,
>> I've implemented type specialization for ninal
>> https://github.com/forax/ninal
>> and because I don't like to follow the rules, I don't use node rewriting
>> but a state machine inside each nodes.
>>
>> It seems to work
>> (you can see the deop/reopt dance when running the example sum.ninal)
>> but I haven't found a way to see the assembly code generated by Truffle
>> to see the code is perfectly specialized or not.
>>
>> How I can see the assembly code generated by graal ?
>
> Graal uses HotSpot to manage compiled code so all of the usual printing flags work:
>
> -XX:+PrintAssembly, -XX:+PrintNMethods, -XX:CompileCommand=print,foo::bar
>
> -- Chris
>
>>
>> Rémi
>>
>>
>
More information about the graal-dev
mailing list