webrev to toggle HSAIL deoptimization

[Jules Gosnell]

Eric,

Thanks for the heads up re this flag - I will add it to Clumatra's build.

I spent the end of last week and the weekend building my new HSA/Ubuntu 
box and getting Clumatra to run on the hardware too

I had to read the Okra src and mess around a lot to get it to work - 
looks like we arrived at the same conclusions - a pity that it is split 
into 3 native libs or I think it could have been packaged in a single 
jar like the with-sim artifact.

I've spent this week struggling with maven and jenkins - trying to get a 
ci build with no-acceleration / simulated-acceleration / 
hardware-acceleration going on top of a nightly build of jdk8/graal.

Having just got it all working, I have locked myself out of Jenkins ! 
I'll post the urls as soon as I am sorted.

I then plan to start investing my time where I always meant to - in 
clumatra code, rather than build systems and playing with hardware


catch you later,


Jules

On 02/04/14 22:10, Caspole, Eric wrote:
> Hi everybody,
> I put up a new webrev to allow to disable the HSAIL deoptimization support by using -XX:-UseHSAILDeoptimization, which is true/on by default.
>
>   http://cr.openjdk.java.net/~ecaspole/toggle_hsail_deopt/webrev/
>
> Disabling the HSAIL deoptimization will allow code compiled by Graal run using the okra java launch path to continue to work when they use -XX:-UseHSAILDeoptimization. Since they are launched on a path using JNI it is not compatible with the HSAIL deoptimization. In particular Clumatra will require this flag to work correctly now that the deoptimization is committed.
> Thanks,
> Eric
>
>