I'll try to find time to look at this later in the month.
- Gordon
> Date: Thu, 1 Jan 2015 16:07:04 -0500
> Subject: Re: [FALCON] internal error related to identifier resolution (?)
> From: darrell.love...@gmail.com
> To: dev@flex.apache.org
>
> >>No problem. It
>>No problem. It was not obvious, and I don’t think I’ve ever seen that
>>pattern before. That’s why I’m hoping you or Gordon know how to teach the
>>parser or reducer and other code how to handle this. It looks like the
>>compiler sees the {} as a block and not an object literal.
I'm currently
No problem. It was not obvious, and I don’t think I’ve ever seen that
pattern before. That’s why I’m hoping you or Gordon know how to teach the
parser or reducer and other code how to handle this. It looks like the
compiler sees the {} as a block and not an object literal.
-Alex
On 12/31/14, 5
Agreed I see it now. Sorry for the bad info.
-Darrell
On Wednesday, December 31, 2014, Alex Harui wrote:
> Yeah, I had to read it twice, but I believe result is supposed to be
> assigned to an Object with a property called “get” that points to a
> function. The {} after result is an Object lit
Yes, if I replace it with "get" it compiles alright. `get' isn't a
reserved word nor a keyword. Not according to ECMA anyway. There is
AS3 code in the wild which uses this as a property name, so this must
be a problem with the lexer. In general, it does seem like a good idea
to make `get' a keyword
Yeah, I had to read it twice, but I believe result is supposed to be
assigned to an Object with a property called “get” that points to a
function. The {} after result is an Object literal.
On 12/30/14, 8:03 PM, "Greg Dove" wrote:
>Darrell, isn't that "get" simply a field/property with a functio
Darrell, isn't that "get" simply a field/property with a function value?
If the issue is with the get keyword as a property name, then the OP could
try using json-style field naming, with quotes:
result =
{
"get": function():Object
{
return JSON.parse(request.toString());
}
>{
>// result =
>// {
>// get: function():Object
>// {
>// return JSON.parse(request.toString());
>// }
>// };
To further
Hi, thanks for finding that.
I forgot to ask you to use [FALCON] in the subject of these discussions (I
changed the subject). Things like errors in the ABC subsystem might
require advice from Gordon or Darrell.
Thanks,
-Alex
On 12/30/14, 2:02 AM, "Left Right" wrote:
>I was able to find the er
I was able to find the error:
private function loadDescriptionBytes(request:ByteArray,
success:Function, failure:Function):void
{
var result:Object;
try
{
try
{
result = request.read
[mxmlc]
/home/wvxvw/workspace/hx-player/player/as3/com/powtoon/ui/Stylable.as
[mxmlc] Error: Internal error in ABC generator subsystem, when
generating code for:
/home/wvxvw/workspace/hx-player/player/as3/com/powtoon/ui/Stylable.as:
java.lang.IllegalArgumentException: Label
org.apache.flex
11 matches
Mail list logo