Comments on: AS3 compiler open-source: the logical consequences http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/ Actionscript3, Flash, Scala, Java, C#, C++, Algorithms & Imageprocessing Sun, 05 Feb 2012 21:26:20 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: RUAmentalist (Richard Johnson) http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-229095 RUAmentalist (Richard Johnson) Mon, 21 Feb 2011 19:02:33 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-229095 <a rel="nofollow" href="http://twitter.com/DavidArno">@DavidArno</a> ask Joe http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/ @DavidArno ask Joe http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/

]]> By: The logical consequences that never happened at controul http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-166142 The logical consequences that never happened at controul Sun, 22 Mar 2009 17:32:23 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-166142 [...] than an year ago, Joa Ebert posted a brief summary of the “logical consequences” of Adobe’s opening of the Flex SDK sources. Now that we had the source for a working [...] [...] than an year ago, Joa Ebert posted a brief summary of the “logical consequences” of Adobe’s opening of the Flex SDK sources. Now that we had the source for a working [...]

]]> By: Adobe Alchemy, is it ActionScript heresy ? http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-163352 Adobe Alchemy, is it ActionScript heresy ? Fri, 28 Nov 2008 15:32:12 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-163352 [...] platform to utilize this “magically” acquired speed seems somewhat illogical to me ? Joa Ebert already showed us some work he had done on the compiler, allowing for inline bytecode to be used. Nicolas shows us he [...] [...] platform to utilize this “magically” acquired speed seems somewhat illogical to me ? Joa Ebert already showed us some work he had done on the compiler, allowing for inline bytecode to be used. Nicolas shows us he [...]

]]> By: joa http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-62517 joa Wed, 12 Mar 2008 13:33:08 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-62517 Metal: I know about hxasm for a long time and on the old AS3C roadmap is still the port to haXe. I am in contact with Nicolas for certain issues and he helped me a lot during the past. The only problem is right now that I do not find the time to port all the code to haXe because I want to do it right and therefore I have to write a lot of stuff (starting with a haXe ByteArray for instance). I also though about integrating what my tool does into the real ASC but for several reasons I think it would be a bad idea. Metal: I know about hxasm for a long time and on the old AS3C roadmap is still the port to haXe.

I am in contact with Nicolas for certain issues and he helped me a lot during the past. The only problem is right now that I do not find the time to port all the code to haXe because I want to do it right and therefore I have to write a lot of stuff (starting with a haXe ByteArray for instance).

I also though about integrating what my tool does into the real ASC but for several reasons I think it would be a bad idea.

]]> By: Metal http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-62435 Metal Wed, 12 Mar 2008 05:56:52 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-62435 Yup. eval() is probably the most misused construct in javascript. I think a closer match for your project might be Haxe's hxasm project: http://haxe.org/hxasm It's probably more fun to write your own, but you might be able to compare notes, or something. On the other hand, tamarin does include a bytecode emitter, which would allow one to pick which bytecodes to put together at runtime.. Yup. eval() is probably the most misused construct in javascript.

I think a closer match for your project might be Haxe’s hxasm project: http://haxe.org/hxasm

It’s probably more fun to write your own, but you might be able to compare notes, or something.

On the other hand, tamarin does include a bytecode emitter, which would allow one to pick which bytecodes to put together at runtime..

]]> By: Rackdoll http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-56446 Rackdoll Fri, 29 Feb 2008 09:17:58 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-56446 I really like your work joa! Keep up the good work! I really like your work joa!
Keep up the good work!

]]> By: joa http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-56436 joa Thu, 28 Feb 2008 12:00:23 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-56436 Hey, it is very nice to see someone do this but actually it is a totally different project and I also do not like eval() at all because it is bad practice in my opinion. Hey,

it is very nice to see someone do this but actually it is a totally different project and I also do not like eval() at all because it is bad practice in my opinion.

]]> By: Mem's http://blog.joa-ebert.com/2008/02/28/flex-compiler-open-source-the-logical-consequences/comment-page-1/#comment-56435 Mem's Thu, 28 Feb 2008 11:37:18 +0000 http://blog.je2050.de/2008/02/28/flex-compiler-open-source-the-logical-consequences/#comment-56435 Metal Hurlant have already partialy implement in Actionscript the Tamarin project. http://metal.hurlant.com/blog/2008/01/02/flash/eval-and-actionscript/ Maybe you can work on it together ? Metal Hurlant have already partialy implement in Actionscript the Tamarin project.

http://metal.hurlant.com/blog/2008/01/02/flash/eval-and-actionscript/

Maybe you can work on it together ?

]]>