e to do comparisions, one using
JBurg and one not using it.
Personally, I always found JBurg difficult to understand and debug, so I'm not
necessarily against eliminating it.
- Gordon
> From: aha...@adobe.com
> To: dev@flex.apache.org; gsmit...@hotmail.com
> Subject: RE: AW: AW
What are some of these optimizations? How often do they occur in the wild and
how much performance hit is there?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Gordon Smith wrote:
CSSTree.g isn't involved in compiling AS files. It's involved only in compiling
CSS files.
For AS com
The falcon ast. I wasn't aware there was another one. Can we skip the first one?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Christofer Dutz wrote:
Ok ... so I used some idle time setting up a clean falcon-antlr4 module
starting with the CSS parsing.
As far as I can see it, Falc
> This is a parser which takes a sequence of ASToken objects as output and
> creates an AST consisting of NodeBase objects.
Sorry for the typo... I meant "input" rather than "output".
- Gordon
Sent from my iPad
> On Jul 23, 2014, at 9:06 AM, "Gordon Smith" wrote:
>
> CSSTree.g isn't involve
Regarding the proposed directory structure... I'm not familiar with Maven
conventions. What is the purpose of the 'main' subdirectory in src/main/java?
- Gordon
> From: gsmit...@hotmail.com
> To: dev@flex.apache.org
> Subject: RE: AW: AW: AW: AW: Falcon and Antlr4
>
CSSTree.g isn't involved in compiling AS files. It's involved only in compiling
CSS files.
For AS compilation: We use JFlex to create RawASTokenizer.java from
RawASTokenizer.lex. This is a lexer which takes an AS file as input and creates
a sequence of ASToken objects as output. We use Antlr 3
