On 3/11/16, 8:49 AM, "Alex Harui" wrote:
>
>
>On 3/10/16, 11:49 PM, "Justin Mclean" wrote:
>
>>Hi,
>>
>>Is there a dummy/test release to look at so the LICENSE/NOTICE, release
>>notes etc etc can be checked?
>
>There are the nightly builds. I haven't worked on RELEASE_NOTES or
>double-checked
I would have to look at the code but I am pretty sure it just uses either
some utilities(classes) or there are some dependencies in the tests.
There should be nothing in the code that is tied to any classes in
compiler.jx. If there is, it should be removed because when I wrote it, I
had nothing in
Let me try to make sure everyone has the same information.
As I understand it, ExternC doesn't have its own parsing code. It relies
on the Google Closure Compiler to parse .js files and build an AST. That
is why I put forth the idea that ExternC could be separated out from the
compiler.jx folder
Well I am not planning on doing anything atm so it was just a question to
Josh.
The thing is, EXTERNC is not just a generator and actually, the generation
of the AS is not that complex. Remember it's using the GCC compiler to get
the AST ree of the JS file and that is the major reason I created it
HI,
well I'm not talking about taking EXTERNC out of compiler.jx into a dedicated,
package. I'm talking about taking the Integration-Tests that rely on parts of
compiler.jx being built into a dedicated testsuite artifact. I think EXTERNC is
ok to be kept where it is.
I am worried about yet ano
Yeah lets not get started on the whole parsing js files. :)
What I liked about gcc is it abstracted the AST and took care of the
parsing irregularities of JS.
The problem is the AST walking like I did in ExternC, I had to template
that as though I knew I was parsing prototypes as the extern defin
On 3/14/16, 8:34 AM, "Michael Schmalle" wrote:
>On Mon, Mar 14, 2016 at 11:29 AM, Alex Harui wrote:
>
>>
>>
>> On 3/14/16, 8:19 AM, "Michael Schmalle"
>>wrote:
>>
>> >That said, there is only "so much" that compiler can do because I
>>hacked
>> >it
>> >together in about a month. Thinking abou
On Mon, Mar 14, 2016 at 11:29 AM, Alex Harui wrote:
>
>
> On 3/14/16, 8:19 AM, "Michael Schmalle" wrote:
>
> >That said, there is only "so much" that compiler can do because I hacked
> >it
> >together in about a month. Thinking about a way to create something that
> >can support a yriad amount o
On 3/14/16, 8:19 AM, "Michael Schmalle" wrote:
>That said, there is only "so much" that compiler can do because I hacked
>it
>together in about a month. Thinking about a way to create something that
>can support a yriad amount of definitions that are supported by the
>current
>TS community is d
On 3/14/16, 8:13 AM, "Christofer Dutz" wrote:
>Hi Alex,
>
>I'm actually currently looking at the unmodified ANT build in develop.
>Here I can see that the extern JavaScript stuff in GCL is checked in. The
>build.xml in line contains this block:
>
>
>failonerror="false">
On Mon, Mar 14, 2016 at 11:09 AM, Josh Tynjala
wrote:
> dts2as pretty much does the same job as externc, except it uses TypeScript
> definitions instead of JS externs. So yes, it probably could replace
> externc.
>
> One thing to keep in mind is that dts2as requires Node.js. Everything in
> the S
Hi,
I would prefer to stay in the Java world for now ;-)
Chris
Von: Josh Tynjala
Gesendet: Montag, 14. März 2016 16:09
An: dev@flex.apache.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: LAST CALL] Release FlexJS/FalconJX
0.6.0
dts2as pretty much does the
Hi Alex,
I'm actually currently looking at the unmodified ANT build in develop. Here I
can see that the extern JavaScript stuff in GCL is checked in. The build.xml in
line contains this block:
dts2as pretty much does the same job as externc, except it uses TypeScript
definitions instead of JS externs. So yes, it probably could replace
externc.
One thing to keep in mind is that dts2as requires Node.js. Everything in
the SDK currently uses Java, as far as I know. Requiring another runtime
14 matches
Mail list logo
