On Thu, Dec 31, 2015 at 11:31 PM, Andy Dufilie
wrote:
> I've found this page which explains how to compile newer Java code to run
> under earlier versions (write Java 1.7 code, run under 1.6):
>
> http://javarevisited.blogspot.com/2015/05/fixing-unsupported-majorminor-version.html
> Basically you
Alex Harui wrote
> One thing I’ve hit: FB is apparently stuck using Java 1.6. That’s how
> old the version of Eclipse is that it uses. Some of the code you’ve
> written uses Java 1.7. Can we change back to Java 1.6 syntax? Really,
> only the code paths used by FB seem to need to be in Java 1.6
On Thu, Dec 31, 2015 at 5:41 PM, Andy Dufilie
wrote:
> Now that I can compile with js.swc, I am getting a lot of errors because
> the type information for many JS functions is incorrect. For example, it
> says Array's sort() is a void function. Where is the source code for js.swc
> so that I can
GitHub user adufilie opened a pull request:
https://github.com/apache/flex-falcon/pull/4
(relating to js.swc) Return type with template should be treated as *
The code "var x:int = [1,2].pop();" should not generate an error "Implicit
coercion of a value with static type Object to a
flex-sdk_release-candidate - Build #151 - Successful
Changes since last build:
No changes
For more information, check the console output at
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/151/.
On Thu, Dec 31, 2015 at 12:17 PM, Josh Tynjala
wrote:
> You might try using asjsc instead of mxmlc if you want to compile with
> JS.swc.
>
> - Josh
>
I had tried that before through Flash Builder but it was giving me an error
("Unsupported major.minor version 51.0"). I looked at it again and fo
You might try using asjsc instead of mxmlc if you want to compile with
JS.swc.
- Josh
On Dec 30, 2015 10:32 PM, "Andy Dufilie" wrote:
> On Wed, Dec 30, 2015 at 1:05 PM, Alex Harui wrote:
>
> > Try: -js-compiler-option="--compilation_level WHITESPACE_ONLY"
>
>
> That worked after fixing the spec
OK. Sounds like a fun challenge. I guess it’s not a bad idea to get my feet
wet… ;-)
On Dec 31, 2015, at 5:21 PM, Alex Harui wrote:
> Sounds reasonable. Do you want to try to make the changes to the compiler
> yourself?
>
> I think you can just copy the pattern in this commit:
> 22fa6defa3ed2
Sounds reasonable. Do you want to try to make the changes to the compiler
yourself?
I think you can just copy the pattern in this commit:
22fa6defa3ed2896de4eba1a5a1b316e1e3c2b0f
In these files: BinaryOperatorEmitter.java and TestFlexJSGlobalClasses.java
-Alex
On 12/31/15, 1:02 AM, "Harbs" wro
On 12/31/15, 4:55 AM, "Christofer Dutz" wrote:
>Hi Alex,
>
>1) The poms are all there ... so you should simply copy them. After all
>that's all what maven does.
Yeah, I (or some other volunteer) will eventually get around to doing that.
>2) I didn't want to hard-code the ports as I wanted the
Hi Alex,
1) The poms are all there ... so you should simply copy them. After all that's
all what maven does.
2) I didn't want to hard-code the ports as I wanted the thing to run on the
Apache build servers and you never know which port is being used by another
job/service/... so the server star
Another question:
How should we handle equality? According to the E4X spec, if regular equality
is used, it returns true if the structure of the XML matches even if the
objects are different objects. So:
var xml1 = ;
var xml2 = ;
xml1 == xml2 // true
xml1 === xml2 // false
xml1 === xml1 // true
12 matches
Mail list logo
