Linked by Thom Holwerda on Mon 14th May 2012 15:20 UTC
Thread beginning with comment 518163
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: On the other hand
by pgeorgi on Tue 15th May 2012 12:15
in reply to "RE[2]: On the other hand"
That is an interesting fact, and I agree that this would be a very good middle ground. Possibly restricting the code you generate to the JIT to be run in a secure context as well. Hopefully Microsoft can pick up that idea.
They already support that, on x86. They presumably support JIT on ARM, too (.net stuff would be very slow on that platform, giving it a bad reputation).
As for restricting the code pushed into the JIT, that's a standard feature on Java and .NET since 1.0.
So until they clear this up, I consider it a deliberate limitation on ARM where it's all about lock down.




Member since:
2010-02-18
They don't provide the CLR compiler to metro apps on ARM as well.
That could be a middle ground: let Firefox et al compile Javascript to CLR, then let Microsoft's own JIT take care of security and speed.
It's allowed to use the JIT on x86, but not on ARM. It's all about iOS-style lock-in (you can't easily run downloadable code that way).
iOS was an oversight (who would have thought that Apple creates a hit?), but Microsoft is usually market leader by "Version 3".
The iOS lock-in should be fixed, the Metro lock-in avoided. No need to repeat making mistakes.