flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Josh Tynjala <joshtynj...@gmail.com>
Subject Re: AW: AW: [Falcon] Declaring defines in config xml doesn't seem to work
Date Mon, 13 Jun 2016 15:04:07 GMT
I made a change to the compiler recently to allow "include" to be a member
variable name, similar to other reserved words we recently allowed to match
JS behavior. I added this test for it, and it passed before I pushed. It's
strange that it's not working for you too.

- Josh
On Jun 13, 2016 4:45 AM, "Christofer Dutz" <christofer.dutz@c-ware.de>
wrote:

> Well I did have to change this ... unfortunately one of the tests is
> failing continuously:
>
>
> Failed tests:
>
> ASKeywordTests.ASKeyword_include_as_variable_name:333->ASFeatureTestsBase.compileAndRun:160->ASFeatureTestsBase.compileAndRun:126
> Unxpected compilation problems:
> Internal error in ASParser subsystem, when generating code for:
> /Users/christoferdutz/Projects/Apache/Flex/flex-falcon/compiler/target/surefire-temp/ASKeywordTests7800828148075033642.as:
> java.lang.AssertionError: only transfer reserved words
> at
> org.apache.flex.compiler.internal.parsing.as.StreamingASTokenizer.treatKeywordAsIdentifier(StreamingASTokenizer.java:1326)
> at
> org.apache.flex.compiler.internal.parsing.as.StreamingASTokenizer.next(StreamingASTokenizer.java:834)
> at
> org.apache.flex.compiler.internal.parsing.as.StreamingTokenBuffer.fill(StreamingTokenBuffer.java:79)
> at
> org.apache.flex.compiler.internal.parsing.as.StreamingTokenBuffer.lookAheadSkipInsertedSemicolon(StreamingTokenBuffer.java:136)
> at
> org.apache.flex.compiler.internal.parsing.as.BaseRepairingTokenBuffer.LT
> (BaseRepairingTokenBuffer.java:88)
> at
> org.apache.flex.compiler.internal.parsing.as.BaseRepairingTokenBuffer.LA
> (BaseRepairingTokenBuffer.java:108)
> at org.apache.flex.compiler.internal.parsing.as.BaseASParser.LA
> (BaseASParser.java:1999)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.directive(ASParser.java:157)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.classOrInterfaceBlock(ASParser.java:2822)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.classDefinition(ASParser.java:1451)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.definition(ASParser.java:808)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.attributedDefinition(ASParser.java:473)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.directive(ASParser.java:236)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.packageContents(ASParser.java:2696)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.packageDirective(ASParser.java:658)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.directive(ASParser.java:180)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.fileLevelDirectives(ASParser.java:126)
> at
> org.apache.flex.compiler.internal.parsing.as.BaseASParser.file(BaseASParser.java:3027)
> at
> org.apache.flex.compiler.internal.parsing.as.BaseASParser.parseFile(BaseASParser.java:1107)
> at
> org.apache.flex.compiler.internal.parsing.as.ASParser.parseFile(ASParser.java:67)
> at
> org.apache.flex.compiler.internal.parsing.as.BaseASParser.parseFile(BaseASParser.java:278)
> at
> org.apache.flex.compiler.internal.units.ASCompilationUnit.createFileNode(ASCompilationUnit.java:313)
> at
> org.apache.flex.compiler.internal.units.ASCompilationUnit.handleSyntaxTreeRequest(ASCompilationUnit.java:338)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase.processSyntaxTreeRequest(CompilationUnitBase.java:829)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase.access$100(CompilationUnitBase.java:107)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase$2$1.call(CompilationUnitBase.java:259)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase$2$1.call(CompilationUnitBase.java:255)
> at
> org.apache.flex.compiler.internal.units.requests.RequestMaker$1.call(RequestMaker.java:228)
> at
> org.apache.flex.compiler.internal.units.requests.RequestMaker$1.call(RequestMaker.java:222)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
>
> Internal error in ABC generator subsystem, when generating code for:
> /Users/christoferdutz/Projects/Apache/Flex/flex-falcon/compiler/target/surefire-temp/ASKeywordTests7800828148075033642.as:
> java.lang.AssertionError: Souce path not set.
> at
> org.apache.flex.compiler.internal.tree.as.FunctionNode.parseFunctionBody(FunctionNode.java:782)
> at
> org.apache.flex.compiler.internal.as.codegen.ClassDirectiveProcessor.declareFunction(ClassDirectiveProcessor.java:716)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.processNode(DirectiveProcessor.java:214)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.traverse(DirectiveProcessor.java:188)
> at
> org.apache.flex.compiler.internal.as.codegen.GlobalDirectiveProcessor.declareClass(GlobalDirectiveProcessor.java:423)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.processNode(DirectiveProcessor.java:206)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.traverse(DirectiveProcessor.java:188)
> at
> org.apache.flex.compiler.internal.as.codegen.GlobalDirectiveProcessor.declarePackage(GlobalDirectiveProcessor.java:449)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.processNode(DirectiveProcessor.java:223)
> at
> org.apache.flex.compiler.internal.as.codegen.DirectiveProcessor.traverse(DirectiveProcessor.java:188)
> at
> org.apache.flex.compiler.internal.as.codegen.ABCGenerator.generate(ABCGenerator.java:122)
> at
> org.apache.flex.compiler.internal.units.ASCompilationUnit.handleABCBytesRequest(ASCompilationUnit.java:487)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase.processABCBytesRequest(CompilationUnitBase.java:866)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase.access$300(CompilationUnitBase.java:107)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase$4$1.call(CompilationUnitBase.java:309)
> at
> org.apache.flex.compiler.internal.units.CompilationUnitBase$4$1.call(CompilationUnitBase.java:305)
> at
> org.apache.flex.compiler.internal.units.requests.RequestMaker$1.call(RequestMaker.java:228)
> at
> org.apache.flex.compiler.internal.units.requests.RequestMaker$1.call(RequestMaker.java:222)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
>
>
> Expected: is <0>
>      got: <2>
>
> Any Ideas why this could be? Anything changed here?
>
> Chris
>
>
>
> ________________________________
> Von: Alex Harui <aharui@adobe.com>
> Gesendet: Sonntag, 12. Juni 2016 07:35:39
> An: dev@flex.apache.org
> Betreff: Re: AW: [Falcon] Declaring defines in config xml doesn't seem to
> work
>
>
>
> On 6/11/16, 10:57 AM, "Christofer Dutz" <christofer.dutz@c-ware.de> wrote:
>
> >Hi Alex,
> >
> >
> >I guess the chances that there aren't any breakages are slim, as I guess
> >they will break things for the maven build till I adjust the plugin [?]
> >
>
> Oh, sorry, didn't realize that.  I ran sed and saw a pom.xml file changed
> and hoped everything Maven needed was in there.
>
> -Alex
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message