You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Harbs <ha...@gmail.com> on 2017/08/20 15:37:10 UTC
FlexJS New errors in Closure Compiler
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:191: ERROR - non-monotonic data-flow analysis
com.printui.model.vos.StoryVO.prototype.buildTextFlow = function() {
^^^^^^^^^^^^
These errors prevent closure from minimizing the code.
I don’t see anything obvious that would be causing the errors.
Any suggestions?
Harbs
Re: FlexJS New errors in Closure Compiler
Posted by Harbs <ha...@gmail.com>.
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 <ah...@adobe.com.INVALID> wrote:
>
> 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, "Harbs" <ha...@gmail.com> wrote:
>
>> 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 Aug 20, 2017, at 7:03 PM, Alex Harui <ah...@adobe.com.INVALID>
>>> wrote:
>>>
>>> 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 should have a higher value.
>>>
>>> Probably the right thing to do is debug into the Java code and see why
>>> it
>>> generates that exception. I won't have time to look into it more until
>>> about 12 hours from now. There may be options you can set that turn off
>>> the control-flow-analysis, which appears to be primarily used for dead
>>> code removal.
>>>
>>> HTH,
>>> -Alex
>>>
>>> On 8/20/17, 8:37 AM, "Harbs" <ha...@gmail.com> wrote:
>>>
>>>> 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-d
>>>> eb
>>>> ug/com/printui/model/vos/StoryVO.js:191: ERROR - non-monotonic
>>>> data-flow
>>>> analysis
>>>> com.printui.model.vos.StoryVO.prototype.buildTextFlow = function() {
>>>> ^^^^^^^^^^^^
>>>>
>>>> These errors prevent closure from minimizing the code.
>>>>
>>>> I don’t see anything obvious that would be causing the errors.
>>>>
>>>> Any suggestions?
>>>>
>>>> Harbs
>>>
>>
>
Re: FlexJS New errors in Closure Compiler
Posted by Alex Harui <ah...@adobe.com.INVALID>.
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, "Harbs" <ha...@gmail.com> wrote:
>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 Aug 20, 2017, at 7:03 PM, Alex Harui <ah...@adobe.com.INVALID>
>>wrote:
>>
>> 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 should have a higher value.
>>
>> Probably the right thing to do is debug into the Java code and see why
>>it
>> generates that exception. I won't have time to look into it more until
>> about 12 hours from now. There may be options you can set that turn off
>> the control-flow-analysis, which appears to be primarily used for dead
>> code removal.
>>
>> HTH,
>> -Alex
>>
>> On 8/20/17, 8:37 AM, "Harbs" <ha...@gmail.com> wrote:
>>
>>> 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-d
>>>eb
>>> ug/com/printui/model/vos/StoryVO.js:191: ERROR - non-monotonic
>>>data-flow
>>> analysis
>>> com.printui.model.vos.StoryVO.prototype.buildTextFlow = function() {
>>> ^^^^^^^^^^^^
>>>
>>> These errors prevent closure from minimizing the code.
>>>
>>> I don’t see anything obvious that would be causing the errors.
>>>
>>> Any suggestions?
>>>
>>> Harbs
>>
>
Re: FlexJS New errors in Closure Compiler
Posted by Harbs <ha...@gmail.com>.
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 Aug 20, 2017, at 7:03 PM, Alex Harui <ah...@adobe.com.INVALID> wrote:
>
> 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 should have a higher value.
>
> Probably the right thing to do is debug into the Java code and see why it
> generates that exception. I won't have time to look into it more until
> about 12 hours from now. There may be options you can set that turn off
> the control-flow-analysis, which appears to be primarily used for dead
> code removal.
>
> HTH,
> -Alex
>
> On 8/20/17, 8:37 AM, "Harbs" <ha...@gmail.com> wrote:
>
>> 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-deb
>> ug/com/printui/model/vos/StoryVO.js:191: ERROR - non-monotonic data-flow
>> analysis
>> com.printui.model.vos.StoryVO.prototype.buildTextFlow = function() {
>> ^^^^^^^^^^^^
>>
>> These errors prevent closure from minimizing the code.
>>
>> I don’t see anything obvious that would be causing the errors.
>>
>> Any suggestions?
>>
>> Harbs
>
Re: FlexJS New errors in Closure Compiler
Posted by Alex Harui <ah...@adobe.com.INVALID>.
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 should have a higher value.
Probably the right thing to do is debug into the Java code and see why it
generates that exception. I won't have time to look into it more until
about 12 hours from now. There may be options you can set that turn off
the control-flow-analysis, which appears to be primarily used for dead
code removal.
HTH,
-Alex
On 8/20/17, 8:37 AM, "Harbs" <ha...@gmail.com> wrote:
>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-deb
>ug/com/printui/model/vos/StoryVO.js:191: ERROR - non-monotonic data-flow
>analysis
>com.printui.model.vos.StoryVO.prototype.buildTextFlow = function() {
> ^^^^^^^^^^^^
>
>These errors prevent closure from minimizing the code.
>
>I don’t see anything obvious that would be causing the errors.
>
>Any suggestions?
>
>Harbs