Earlier quoted context omitted.
The point I was trying to get across is that by cross-compiling from C/C++ with Emscripten, static type information can be used to give native performance, that a program written directly in Javascript wouldn't. It's still AOT in that sense - it's not like JIT where only hot bits of code get converted to native to code, and only then when some heuristics have determined what actual types the code ends up dealing with…
But it isn't AOT in CS speak.
Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
101–109 of 109 posts
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#102Earlier quoted context omitted.
In fact that's exactly what it does: https://blog.mozilla.org/luke/2014/01/14/asm-js-aot-compilat...
I wasn't aware there was a CPU that could run that code natively without a JIT translation layer.
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#103Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#104Earlier quoted context omitted.
But it isn't AOT in CS speak.
I'm not sure how you claim to be the authority on 'CS speak', but it's a sufficiently blurred line here, for reasons I clearly explained and which you seem unable to understand. Emscripten/asm.js can use static information to generate Javascript which can be compiled to native code, before the code in question is run, aka Ahead of Time.
Ahead of time compilation is used to describe the process of generating machine code at compilation time, in a form that can be executed directly by a processor without any additional transformation process.
Which clearly is not happening here, as the code is converted into JavaScript and relies on a JavaScript implementation to run. Regardless of the optimization processes used by the JavaScript engine.
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#105Make a cross plattform game framework to this - as good as SpriteKit and I'm set. :) Otherwise I have to go with HaXe
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#106A closed-source compiler? In 2015?
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#107Earlier quoted context omitted.
I'm not sure how you claim to be the authority on 'CS speak', but it's a sufficiently blurred line here, for reasons I clearly explained and which you seem unable to understand. Emscripten/asm.js can use static information to generate Javascript which can be compiled to native code, before the code in question is run, aka Ahead of Time.
Well, I majored in compiler design. Ahead of time compilation is used to describe the process of generating machine code at compilation time, in a form that can be executed directly by a processor without any additional transformation process. Which clearly is not happening here, as the code is converted into JavaScript and relies on a JavaScript implementation to run. Regardless of the optimization processes used by…
Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#108Re: Silver: A free implementation of Swift for .NET, Java, Android, and Cocoa
#109Make a cross plattform game framework to this - as good as SpriteKit and I'm set. :) Otherwise I have to go with HaXe
Actually I am really of the opposite opinion! Since I am not interested in developing games but rather in cross-platform support I think that Silver is what Haxe should have been!