Announcing TypeScript 1.0
blogs.msdn.com
Announcing TypeScript 1.0
1–10 of 118 posts
Re: Announcing TypeScript 1.0
#2edit: it seems that they had them in the blog post for the release candidate http://blogs.msdn.com/b/typescript/archive/2014/02/25/announ...
Re: Announcing TypeScript 1.0
#3Anders talking about TypeScript live: http://channel9.msdn.com/
Re: Announcing TypeScript 1.0
#4Re: Announcing TypeScript 1.0
#5Re: Announcing TypeScript 1.0
#6[0]: http://asmjs.org/
Re: Announcing TypeScript 1.0
#7It'd be great if there was a compiler that would compile TypeScript to asm.js [0]. Adding type-safety in TypeScript is only for the programmer -- when you compile it to Javascript, you don't get any performance increase. But, if you could compile it to asm.js, you'd actually get some performance increase out of it. (Note: I don't know much about TypeScript or asm.js, so if what I just said is completely untrue, I'd l…
Re: Announcing TypeScript 1.0
#8It'd be great if there was a compiler that would compile TypeScript to asm.js [0]. Adding type-safety in TypeScript is only for the programmer -- when you compile it to Javascript, you don't get any performance increase. But, if you could compile it to asm.js, you'd actually get some performance increase out of it. (Note: I don't know much about TypeScript or asm.js, so if what I just said is completely untrue, I'd l…
Re: Announcing TypeScript 1.0
#9typescript at stackoverflow http://stackoverflow.com/questions/tagged/typescript
Re: Announcing TypeScript 1.0
#10It'd be great if there was a compiler that would compile TypeScript to asm.js [0]. Adding type-safety in TypeScript is only for the programmer -- when you compile it to Javascript, you don't get any performance increase. But, if you could compile it to asm.js, you'd actually get some performance increase out of it. (Note: I don't know much about TypeScript or asm.js, so if what I just said is completely untrue, I'd l…
asm.js requires you to manage your own memory. TypesScript doesn't, it's a pretty thin layer on top of JavaScript.
To my understanding asm.js is a restricted subset of JS that allows for optimisations to be performed that would not otherwise be possible. In a similar way to how Java bytecode can be interpreted more efficiently compared to a non-compiled language, like Python.
With that in mind, sure you could target asm.js with a high level language that requires memory management, but why couldn't you also target it with a language that assumes GC. JS interpreters have this GC component built in already. Essentially I don't see how it is different from Java + Java bytecode + the JVM, which does perform GC.
I'm very curious about this.