Hi Mike,

Let me add some more details.

We have no plans keeping ASC 2.0 (and above) in sync with Falcon, as I
said previously, today the compilers are different projects and targeting
two different audiences.
But for some key/showstopper bugs fixed in ASC 2.0 Gordon will integrate
them back.

Thibault Imbert | sr. product manager gaming (Graphics, Language, VM,
Compiler) | Monocle | adobe systems
gaming.adobe.com <http://gaming.adobe.com/> | bytearray.org
<http://bytearray.org/> | @thibault_imbert






On 10/18/12 3:20 AM, "Michael Schmalle" <m...@teotigraphix.com> wrote:

>This is interesting,
>
>Gordon replied that sometime he might be bringing some of the changes
>back to the Falcon compiler in an email a couple days ago but Thibault
>now says no plans, hmm.
>
>I had a look at the things that have been fixed in the change log of
>ASC 2, there is no way I am going to spend my time trying to duplicate
>the amount of bugs that have been fixed by Adobe on their compiler.
>
>It's great that Aodbe forked us a compiler, but then again what is the
>use other than some free code and no "opensource" contribution.
>
>My tone may sound a bit well, I don't really know but I coming from
>the fact that I have not seen hardly ANY interest in others on this
>dev list or around the "social" circles to have anything to do with
>the compiler. If there were developers in this project that knew how
>to push the gifted compiler code forward other than Gordon that is an
>employee of Adobe, I would have a lot more encouragement here.
>
>I don't think people understand that this new compiler framework is
>the life or death of this project and if it doesn't get supported,
>Apache Flex is a still born after 4.x in my opinion.
>
>Mike
>
>
>
>
>Quoting Jesus Barquin <yuka...@gmail.com>:
>
>> So... is there anybody at apache flex that can follow the flash runtime
>> evolution??? I mean improving future apache flex compiler, because the
>> runtime seems to be every day more and more far away from the apache
>>flex
>> way and I feel a little bit scared.
>>
>> 2012/10/18 Thibault Imbert <timb...@adobe.com>
>>
>>> Hi Clint,
>>>
>>> No, we have no plans.
>>>
>>> Thibault Imbert | sr. product manager gaming (Graphics, Language, VM,
>>> Compiler) | Monocle | adobe systems
>>> gaming.adobe.com <http://gaming.adobe.com/> | bytearray.org
>>> <http://bytearray.org/> | @thibault_imbert
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 10/17/12 11:04 PM, "Clint Modien" <cl...@vectorscape.com> wrote:
>>>
>>> >This obviously begs the questionÅ  does Adobe plan on donating any
>>>changes
>>> >to ASC 2.0 back to Apache Flex?
>>> >
>>> >On Oct 15, 2012, at 5:28 PM, Thibault Imbert <timb...@adobe.com>
>>>wrote:
>>> >
>>> >> Hi Mike,
>>> >>
>>> >> Yes, we wanted to give you access to the compiler as soon as
>>>possible so
>>> >> we decided to donate the final version of the compiler (aka Falcon)
>>>with
>>> >> Flex (MXML) support that you guys could contribute to it and shape
>>> >>Falcon
>>> >> the way Flex developers decide to.
>>> >>
>>> >> ASC 2.0 purpose was gaming focused, hence why we decided to pursue
>>>the
>>> >> development on our side. Given that its audience today is different
>>>we
>>> >> don't want to have gaming requirements for the compiler get in the
>>>way
>>> >>of
>>> >> requirements from Flex developers.
>>> >>
>>> >> Thibault Imbert | sr. product manager gaming (Graphics, Language,
>>>VM,
>>> >> Compiler) | Monocle | adobe systems
>>> >> gaming.adobe.com <http://gaming.adobe.com/> | bytearray.org
>>> >> <http://bytearray.org/> | @thibault_imbert
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> On 10/15/12 3:20 PM, "labri...@digitalprimates.net"
>>> >> <labri...@digitalprimates.net> wrote:
>>> >>
>>> >>>> Yes, ASC 2.0 is essentially a fork of Falcon. (More accurately,
>>>Falcon
>>> >>>> was branched off back in the summer and the packages were renamed
>>>from
>>> >>>> com.adobe.flash to org.apache.flex.) As far >as I know, I'll be
>>> >>>> integrating these bugfixes into Falcon at some point.
>>> >>>
>>> >>> So, essentially, adobe donated a snap shot in time of falcon and is
>>> >>> continuing development in a closed source manner. Is this accurate?
>>> >>>
>>> >>> Mike
>>> >>>
>>> >>
>>> >
>>>
>>>
>>
>
>
>

Reply via email to