flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Darrell Loverin <dlove...@adobe.com>
Subject Re: [Falcon] BasicTests compiles and runs
Date Wed, 04 Sep 2013 16:56:29 GMT
OK, I'll assign a bug to myself.

On 9/4/13 12:47 PM, "Alex Harui" <aharui@adobe.com> wrote:

>If I could choose, I'd have you look at those bugs Cyrill scrubbed.  If
>they involve ANTLR changes, you will have a better clue than me, even if
>you haven't personally done that sort of thing yet, just because you've
>heard the rest of your former team talk about it.
>
>-Alex
>
>On 9/4/13 9:39 AM, "Darrell Loverin" <dloverin@adobe.com> wrote:
>
>>Which is more important to get done first? The script changes will be
>>simple but writing a replacement flex-compiler-oem.jar may become
>>involved
>>and take a week. 
>>
>>
>>-Darrell
>>
>>
>>On 9/4/13 12:08 PM, "Alex Harui" <aharui@adobe.com> wrote:
>>
>>>Hi Darrell,
>>>
>>>Is that what you want to take on next?  Or maybe pick off a few of the
>>>bugs already filed under Falcon that Cyrill scrubbed last night?
>>>
>>>Thanks,
>>>
>>>-Alex
>>>
>>>On 9/4/13 8:59 AM, "Darrell Loverin" <dloverin@adobe.com> wrote:
>>>
>>>>I agree that an environment variable is a good way to break the flex
>>>>sdk
>>>>and compiler location dependencies. I'd suggest something like
>>>>FLEX_COMPILER_HOME rather than a codename like "FALCON".
>>>>
>>>>It would be pretty quick to see if this would work:
>>>>
>>>>1. Command line - flex scripts defer to an alternate compiler's scripts
>>>>(falcon) using an environment variable.
>>>>2. Ant scripts - find new location of flexTasks.jar from environment
>>>>variable.
>>>>
>>>>But I think getting FB to use Falcon to create SWFs will more difficult
>>>>since we don't have access to the FB source. I believe that FB is not
>>>>only
>>>>dependent on flex-compiler-oem.jar (oem api) but it cheats is also
>>>>dependent on mxmlc.jar. An approach I think could work is to
>>>>create a modified version of flex-compiler-oem.jar that satisfies FB
>>>>and
>>>>calls falcon jars. You could think of the oem api having two major
>>>>parts.
>>>>The first part is where FB calls in to convert its settings into mxmlc
>>>>configuration settings. The second part sets the configuration and then
>>>>compiles. We can probably keep the first part mostly in place. We
>>>>modify
>>>>the second part to get the configuration options as a command line
>>>>string
>>>>and use that to kick off the falcon build.
>>>>
>>>>
>>>>-Darrell
>>>>
>>>>
>>>>On 9/3/13 7:02 PM, "Gordon Smith" <gosmith@adobe.com> wrote:
>>>>
>>>>>Ah. Then maybe set a FALCON environment variable to true and have the
>>>>>launch scripts check it?
>>>>>
>>>>>- Gordon
>>>>>
>>>>>-----Original Message-----
>>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>>Sent: Tuesday, September 03, 2013 3:58 PM
>>>>>To: dev@flex.apache.org; Erik de Bruin
>>>>>Subject: Re: [Falcon] BasicTests compiles and runs
>>>>>
>>>>>Yeah, but I think FB only knows how to find and launch mxmlc.  And
>>>>>folks
>>>>>with ant scripts, etc, should be able to switch easily.
>>>>>
>>>>>The shell script and batch files could check some environment
>>>>>variable,
>>>>>but I think some other places load up mxmlc.jar and start talking to
>>>>>it.
>>>>>
>>>>>-Alex
>>>>>
>>>>>On 9/3/13 3:52 PM, "Gordon Smith" <gosmith@adobe.com> wrote:
>>>>>
>>>>>>The simplest thing is just to have dual launch scripts: fmxmlc
>>>>>>(Falcon)
>>>>>>vs. mxmlc (old compiler), fcompc vs. compc, etc.
>>>>>>
>>>>>>- Gordon
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>>>Sent: Tuesday, September 03, 2013 2:45 PM
>>>>>>To: dev@flex.apache.org; Erik de Bruin
>>>>>>Subject: Re: [Falcon] BasicTests compiles and runs
>>>>>>
>>>>>>Excellent.  I'll try it out now.
>>>>>>
>>>>>>Now that you've seen how we manage the source code in Git for Apache
>>>>>>Flex, what do you think we should do about packaging up Falcon to
>>>>>>work
>>>>>>with an Apache Flex SDK?  There would need to be some sort of
>>>>>>"switch"
>>>>>>to allow someone to go back to the old MXMLC if they need to.
>>>>>>
>>>>>>Thanks,
>>>>>>-Alex
>>>>>>
>>>>>>On 9/3/13 2:37 PM, "Darrell Loverin" <dloverin@adobe.com> wrote:
>>>>>>
>>>>>>>Added a patch for the implicit import issue:
>>>>>>>https://issues.apache.org/jira/browse/FLEX-33701
>>>>>>>
>>>>>>>
>>>>>>>-Darrell
>>>>>>>
>>>>>>>On 9/3/13 4:08 PM, "Darrell Loverin" <dloverin@adobe.com>
wrote:
>>>>>>>
>>>>>>>>The below args almost work for me from eclipse. There are
three
>>>>>>>>undefined classes because "flash.filters.*" is not auto included.
>>>>>>>>I'm
>>>>>>>>close to have the fix for that.
>>>>>>>> 
>>>>>>>>args:
>>>>>>>>/Users/dloverin/git-src/ApacheFlex/source/flex-sdk/frameworks/tests
>>>>>>>>/
>>>>>>>>b
>>>>>>>>a
>>>>>>>>sic
>>>>>>>>T
>>>>>>>>e
>>>>>>>>sts/BasicTests.mxml -debug
>>>>>>>>-library-path+=/Users/dloverin/git-src/ApacheFlex/source/flex-sdk/m
>>>>>>>>u
>>>>>>>>s
>>>>>>>>-library-path+t
>>>>>>>>-library-path+ell
>>>>>>>>a
>>>>>>>>/
>>>>>>>>mustella.swc
>>>>>>>>
>>>>>>>>Vmargs:
>>>>>>>>-Xmx1024m -Dsun.io.useCanonCaches=false
>>>>>>>>-Dflexlib=/Users/dloverin/git-src/ApacheFlex/source/flex-sdk/framew
>>>>>>>>o
>>>>>>>>r
>>>>>>>>k
>>>>>>>>s
>>>>>>>>-Dflexcompiler=/Users/dloverin/git-src/ApacheFlex/source/falcon/com
>>>>>>>>p
>>>>>>>>i
>>>>>>>>l
>>>>>>>>er
>>>>>>>>
>>>>>>>>
>>>>>>>>-Darrell
>>>>>>>>
>>>>>>>>
>>>>>>>>On 9/3/13 2:49 PM, "Alex Harui" <aharui@adobe.com> wrote:
>>>>>>>>
>>>>>>>>>I'll try when I get back to my computer.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
>>>>>>>>>
>>>>>>>>>Erik de Bruin <erik@ixsoftware.nl> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>I did an 'ant wipe' which seems to delete 'generated'.
>>>>>>>>>
>>>>>>>>>EdB
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>On Tue, Sep 3, 2013 at 7:50 PM, Alex Harui <aharui@adobe.com>
>>>>>>>>>wrote:
>>>>>>>>>> I am using a launch configuration in eclipse. Maybe
the jars in
>>>>>>>>>>generated are not updated.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Sent via the PANTECH Discover, an AT&T 4G LTE
smartphone.
>>>>>>>>>>
>>>>>>>>>> Erik de Bruin <erik@ixsoftware.nl> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I am, last commit showing is "more fixes for BasicTests..."
>>>>>>>>>> (6b5dbbcbbda894b7c7b2998af0fe4776862769cd)
>>>>>>>>>>
>>>>>>>>>> Falcon builds fine, all tests pass. I've added the
>>>>>>>>>> "generated/dist/sdk/bin" directory to my PATH and
cd to the
>>>>>>>>>> basicTests dir before running "mxmlc basicTests.mxml".
>>>>>>>>>>
>>>>>>>>>> The start of the terminal output is:
>>>>>>>>>>
>>>>>>>>>> Using Flex SDK: /Applications/Adobe Flash Builder
>>>>>>>>>>4.7/sdks/4.10.0
>>>>>>>>>>(nightly)
>>>>>>>>>> Loading configuration: /Applications/Adobe Flash
Builder
>>>>>>>>>> 4.7/sdks/4.10.0 (nightly)/frameworks/flex-config.xml
>>>>>>>>>> Loading configuration:
>>>>>>>>>> 
>>>>>>>>>>/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/tests/ba
>>>>>>>>>>s
>>>>>>>>>>i
>>>>>>>>>>c
>>>>>>>>>>Tes
>>>>>>>>>>t
>>>>>>>>>>s
>>>>>>>>>>/BasicTests-config.xml
>>>>>>>>>>
>>>>>>>>>> not adding bindable variable trait for disclosureGroup
in Qname:
>>>>>>>>>> Group::{PackageNs:"spark.components"}
>>>>>>>>>> not adding bindable variable trait for editor in
Qname:
>>>>>>>>>> TextInput::{PackageNs:"spark.components"}
>>>>>>>>>> 
>>>>>>>>>>/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/tests/ba
>>>>>>>>>>s
>>>>>>>>>>i
>>>>>>>>>>c
>>>>>>>>>>Tes
>>>>>>>>>>t
>>>>>>>>>>s
>>>>>>>>>>/dmv/scripts/ADGTestScript.mxml
>>>>>>>>>> Error: Internal error in syntax tree request subsystem,
when
>>>>>>>>>>generating code for:
>>>>>>>>>> 
>>>>>>>>>>/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/tests/ba
>>>>>>>>>>s
>>>>>>>>>>i
>>>>>>>>>>c
>>>>>>>>>>Tes
>>>>>>>>>>t
>>>>>>>>>>s
>>>>>>>>>>/dmv/scripts/ADGTestScript.mxml:
>>>>>>>>>> java.lang.ArrayIndexOutOfBoundsException: 0  at
>>>>>>>>>>org.apache.flex.compiler.internal.units.MXMLCompilationUnit.handl
>>>>>>>>>>e
>>>>>>>>>>S
>>>>>>>>>>y
>>>>>>>>>>nta
>>>>>>>>>>x
>>>>>>>>>>T
>>>>>>>>>>reeRequest(MXMLCompilationUnit.java:89)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.CompilationUnitBase.proce
>>>>>>>>>>s
>>>>>>>>>>s
>>>>>>>>>>S
>>>>>>>>>>ynt
>>>>>>>>>>a
>>>>>>>>>>x
>>>>>>>>>>TreeRequest(CompilationUnitBase.java:829)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.CompilationUnitBase.acces
>>>>>>>>>>s
>>>>>>>>>>$
>>>>>>>>>>1
>>>>>>>>>>00(
>>>>>>>>>>C
>>>>>>>>>>o
>>>>>>>>>>mpilationUnitBase.java:107)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.CompilationUnitBase$2$1.c
>>>>>>>>>>a
>>>>>>>>>>l
>>>>>>>>>>l
>>>>>>>>>>(Co
>>>>>>>>>>m
>>>>>>>>>>p
>>>>>>>>>>ilationUnitBase.java:259)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.CompilationUnitBase$2$1.c
>>>>>>>>>>a
>>>>>>>>>>l
>>>>>>>>>>l
>>>>>>>>>>(Co
>>>>>>>>>>m
>>>>>>>>>>p
>>>>>>>>>>ilationUnitBase.java:255)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.requests.RequestMaker$1.c
>>>>>>>>>>a
>>>>>>>>>>l
>>>>>>>>>>l
>>>>>>>>>>(Re
>>>>>>>>>>q
>>>>>>>>>>u
>>>>>>>>>>estMaker.java:228)
>>>>>>>>>> at
>>>>>>>>>>org.apache.flex.compiler.internal.units.requests.RequestMaker$1.c
>>>>>>>>>>a
>>>>>>>>>>l
>>>>>>>>>>l
>>>>>>>>>>(Re
>>>>>>>>>>q
>>>>>>>>>>u
>>>>>>>>>>estMaker.java:222)
>>>>>>>>>> at
>>>>>>>>>>java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303
>>>>>>>>>>)
>>>>>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>>>>>> at
>>>>>>>>>>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPool
>>>>>>>>>>E
>>>>>>>>>>x
>>>>>>>>>>e
>>>>>>>>>>cut
>>>>>>>>>>o
>>>>>>>>>>r
>>>>>>>>>>.java:895)
>>>>>>>>>> at
>>>>>>>>>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExec
>>>>>>>>>>u
>>>>>>>>>>t
>>>>>>>>>>o
>>>>>>>>>>r.j
>>>>>>>>>>a
>>>>>>>>>>v
>>>>>>>>>>a:918)
>>>>>>>>>> at java.lang.Thread.run(Thread.java:680)
>>>>>>>>>>
>>>>>>>>>> This "Error: Internal error..." bit is then repeated
- with
>>>>>>>>>>minor
>>>>>>>>>> variations - the kazillion times mentioned, all in
a split
>>>>>>>>>>second.
>>>>>>>>>>
>>>>>>>>>> EdB
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Sep 3, 2013 at 7:39 PM, Alex Harui <aharui@adobe.com>
>>>>>>>>>>wrote:
>>>>>>>>>>> Are you on the develop branch?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Sent via the PANTECH Discover, an AT&T 4G
LTE smartphone.
>>>>>>>>>>>
>>>>>>>>>>> Erik de Bruin <erik@ixsoftware.nl> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I just tried to comile basicTests with Falcon,
but even after
>>>>>>>>>>> some tweaking and rebuilding I get a kazillion
errors like this
>>>>>>>>>>>one:
>>>>>>>>>>>
>>>>>>>>>>> Error: Internal error in ABC generator subsystem,
when
>>>>>>>>>>>generating
>>>>>>>>>>>code
>>>>>>>>>>> for: 
>>>>>>>>>>>/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/tests/b
>>>>>>>>>>>a
>>>>>>>>>>>s
>>>>>>>>>>>i
>>>>>>>>>>>cTe
>>>>>>>>>>>s
>>>>>>>>>>>t
>>>>>>>>>>>s/halo/scripts/ComboBoxTestScript.mxml:
>>>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>>>
>>>>>>>>>>> Any ideas what I'm doing wrong?
>>>>>>>>>>>
>>>>>>>>>>> EdB
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Aug 31, 2013 at 9:02 AM, Alex Harui <aharui@adobe.com>
>>>>>>>>>>>wrote:
>>>>>>>>>>>> I finally got Falcon to compile and run BasicTests
>>>>>>>>>>>>successfully
>>>>>>>>>>>>using the "old codegen".  BasicTests is the
test that runs when
>>>>>>>>>>>>you run "ant checkintests".  Next task is
to get it to run with
>>>>>>>>>>>>the mxml.children-as-data flag.  After that,
I'll be trying to
>>>>>>>>>>>>get my internal customer's app to run.
>>>>>>>>>>>> Far off is getting BasicTests to run without
Flash because
>>>>>>>>>>>>we'd
>>>>>>>>>>>>need to have JS versions of all of these components,
but
>>>>>>>>>>>>getting
>>>>>>>>>>>>this far means that Falcon's MXML handling
is in decent shape.
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks to Darrell Loverin and Gordon Smith
for code and
>>>>>>>>>>>>advice.
>>>>>>>>>>>>
>>>>>>>>>>>> -Alex
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Ix Multimedia Software
>>>>>>>>>>>
>>>>>>>>>>> Jan Luykenstraat 27
>>>>>>>>>>> 3521 VB Utrecht
>>>>>>>>>>>
>>>>>>>>>>> T. 06-51952295
>>>>>>>>>>> I. www.ixsoftware.nl
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Ix Multimedia Software
>>>>>>>>>>
>>>>>>>>>> Jan Luykenstraat 27
>>>>>>>>>> 3521 VB Utrecht
>>>>>>>>>>
>>>>>>>>>> T. 06-51952295
>>>>>>>>>> I. www.ixsoftware.nl
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>--
>>>>>>>>>Ix Multimedia Software
>>>>>>>>>
>>>>>>>>>Jan Luykenstraat 27
>>>>>>>>>3521 VB Utrecht
>>>>>>>>>
>>>>>>>>>T. 06-51952295
>>>>>>>>>I. www.ixsoftware.nl
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>


Mime
View raw message