Re: FlexJS New errors in Closure Compiler

2017-08-21 Thread Harbs
I’ll try playing with this later. I don’t have a lot of time today so I’ll see when I get to it. I’ll try connecting with you tomorrow if you have time. > On Aug 21, 2017, at 10:00 AM, Alex Harui wrote: > > I didn't have as much time as I hoped. > > You can try turning off CompilerOptions.flo

Re: FlexJS New errors in Closure Compiler

2017-08-21 Thread Alex Harui
I didn't have as much time as I hoped. You can try turning off CompilerOptions.flowSensitiveInlineVariables And/or CompilerOptions.setNewTypeInference The "step limit" is set to 800,000. It could just be that some code goes through that many "instructions". HTH, -Alex On 8/20/17, 10:05 AM,

Re: FlexJS New errors in Closure Compiler

2017-08-20 Thread Harbs
I don’t think the loops are so complex, but who knows. I’m getting 6 of these kinds of errors. One is in one place in the code flow and the other 5 are all in a second place. I can live with this until you have the time. It compiles the code, but it’s quite large and not minified. Harbs > On

Re: FlexJS New errors in Closure Compiler

2017-08-20 Thread Alex Harui
A quick look at the GCC code indicates that you are hitting a limit in their control-flow analysis. They had a constant as a gate to detect infinite loops in the control flow. It is possible that there may be a loop in the generated JS or that your app is just too complicated and that constant sh

FlexJS New errors in Closure Compiler

2017-08-20 Thread Harbs
Since updating to the newest changes to Falcon, I started getting some errors that look like this: Aug 20, 2017 6:28:02 PM com.google.javascript.jscomp.LoggerErrorManager println SEVERE: /Users/harbs/Documents/git/PrintUI/printui-flexjs/PortedPrintUI/bin/js-debug/com/printui/model/vos/StoryVO.js