> Well, some SWC has to provide the builtins like Object, Array, etc. My > guess is that your config is depending on a playerglobal or airglobal, and > that does work for me, but I was thinking that long-term we want GCL to > depend on js.swc and use its Object and Event definitions in there because > that is the true set of classes available to GCL developer at runtime. > For example, in one of API right now I saw use of the Class builtin, which > doesn’t exist in JS.
Hmm, not sure I get your point about why to making it dependent of js.wc. To me, we use the GCL only as a stub to be able to strongly type our code, not for what it means at JS point of you, doing so, until it compiles and provide us with strong types, I'm happy with, am I missing something ? I added it as an external library in the Core and the playerglobal did the trick to build it, why it doesn't work for you ? Frédéric THOMAS > From: aha...@adobe.com > To: dev@flex.apache.org > Subject: Re: [FlexJS] Framework using externs (was: Setup Error) > Date: Fri, 18 Sep 2015 15:04:50 +0000 > > > > On 9/18/15, 6:56 AM, "Frédéric THOMAS" <webdoubl...@hotmail.com> wrote: > > >> I’ve been trying to get your GCL.swc to build from Ant without requiring > >> an application.home systemProperty. I ran into an issue with missing > >> builtins like Object. It could be that IJ injects these builtins no > >> matter what. From Ant I need to have GCL depend on js.swc, but then I > >>get > >> other conflicts that I am trying to sort through in the compiler. > > > >That's my conf., basicaly, I removed all the libraries from the SDK to > >build it and don't depend on js.swc either. > > > >http://pastebin.com/q7X3K38E > > Well, some SWC has to provide the builtins like Object, Array, etc. My > guess is that your config is depending on a playerglobal or airglobal, and > that does work for me, but I was thinking that long-term we want GCL to > depend on js.swc and use its Object and Event definitions in there because > that is the true set of classes available to GCL developer at runtime. > For example, in one of API right now I saw use of the Class builtin, which > doesn’t exist in JS. > > Using js.swc does cause other errors. Both GCL and js have Event and > EventTarget definitions. I’ve made a tweak to the compiler to not emit an > AmbiguousDefinition error if it finds a conflict between global namespace > definitions and a definition in the same package as the class being > compiled. It will always use the one in the same package. I think we’ll > probably add more logic to ignore conflicts between global definitions and > a definition that has been explicitly imported. Right now, though, I’m on > a little side-trip to see if there is an already existing way to specify > the global namespace or if there is an easy way to add one. > > -Alex >
