Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7A8159991 for ; Wed, 11 Jan 2012 10:34:28 +0000 (UTC) Received: (qmail 96292 invoked by uid 500); 11 Jan 2012 10:34:28 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 95944 invoked by uid 500); 11 Jan 2012 10:34:13 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 95906 invoked by uid 99); 11 Jan 2012 10:34:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jan 2012 10:34:06 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mattjpoole@gmail.com designates 209.85.216.47 as permitted sender) Received: from [209.85.216.47] (HELO mail-qw0-f47.google.com) (209.85.216.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jan 2012 10:33:59 +0000 Received: by qadb17 with SMTP id b17so2342655qad.6 for ; Wed, 11 Jan 2012 02:33:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=chvHKOL9nOlcXf+Ck2lMMTfj0bmlnYHuNiKodoWU2xo=; b=fBy92KVjQCNd5X8HLhZyHroRMddrKdRJ2xAzMlJEYF6ROMTVIrEfMt08FADkwsJEEh xHtwRqHCvnrd+asgw3IdaaAWBYYww0OSBwCX0jS8qN1/3V/DaGEhaxqyeyUE5b/iGD1s ICvqOWL1S2Po4qpqfBCznHOcdQKszM/ZWqXL4= MIME-Version: 1.0 Received: by 10.224.116.144 with SMTP id m16mr29414812qaq.19.1326278018554; Wed, 11 Jan 2012 02:33:38 -0800 (PST) Received: by 10.229.53.136 with HTTP; Wed, 11 Jan 2012 02:33:38 -0800 (PST) In-Reply-To: References: <04a201cccfef$40a72150$c1f563f0$@davidarno.org> Date: Wed, 11 Jan 2012 10:33:38 +0000 Message-ID: Subject: Re: ActionScript and Apache Flex From: Matthew Poole To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=20cf3074d2d62b5ad904b63e2adf X-Virus-Checked: Checked by ClamAV on apache.org --20cf3074d2d62b5ad904b63e2adf Content-Type: text/plain; charset=ISO-8859-1 +lots to exciting times On 10 January 2012 23:50, Alex Harui wrote: > > > > On 1/10/12 3:26 PM, "David Arno" wrote: > > > I assume you mean here that the mxmlc compiler uses code also found in > the > > asc compiler? > Yes. Actually, these days, it shortcuts that a bit, but that was > essentially the original architecture. > > I didn't think asc existed as a separate executable that is > > called by mxmlc. When Adobe contribute first mxmlc and then falcon to > > Apache, we will - I assume - have the full code base to the complete AS3 > > source -> bytecode compilation process. Am I mistaken in this? > > > ASC is a separate executable but MXMLC doesn't call the executable. MXMLC > just links in some of the same files that go in the ASC.EXE. When we check > in MXMLC, Apache will have code that converts AS3 source to bytecode. > We're > still sorting through the IP issues of whether that can be the same files > that are in ASC today. > >> I don't understand how the compiler can affect the language. > > The compiler turns the language into bytecode. If we have control of a > > AVM-targeting compiler, then we are free to define the specification of > the > > language that it compiles. > > > > So presumably if we want to extend AS3 (with user-defined generics for > > example), then we'll have to rename the language to ApacheFlexScript or > some > > such? > I would want changes to the language to be called something else. Wouldn't > you recommend the same if you modified a Java compiler to handle different > langage constructs? You can't go to an AS3 reference and find those new > things. > > > >> IMHO, language evolution is not within the domain of responsibility of > > this project. > > I completely disagree. We now have an excellent opportunity to enable the > > community to dictate the future of the language, based on our needs, > rather > > than the business needs of Adobe. In fact in the future, should the > > community choose to, we might even divorce the Flex from the Flash > runtime, > > at which point even the low level contraints of the AVM built-in classes > > would be removed. Exciting times IMO. :) > Yes, we can diverge from ActionScript, but we cannot change the definition > of what ActionScript is, and we can't change the VM. Also consider that > Adobe has made no promises to fix issues in the VM caused by bytecode > sequences not generated by Adobe compilers. But I agree, it is exciting > times. > > -- > Alex Harui > Flex SDK Team > Adobe Systems, Inc. > http://blogs.adobe.com/aharui > > --20cf3074d2d62b5ad904b63e2adf--