Wed, 26 Dec 2018 12:02:13 +0000merge
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 12:02:13 +0000] rev 1083
merge

Wed, 26 Dec 2018 11:56:14 +0000fix bug introduced in previous commit (force literals to unsigned log long)
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 11:56:14 +0000] rev 1082
fix bug introduced in previous commit (force literals to unsigned log long)

Wed, 26 Dec 2018 11:51:58 +0000return storage of task interval back to 1 ns resolution (when calculating least common multiple et. al. of task intervals).
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 11:51:58 +0000] rev 1081
return storage of task interval back to 1 ns resolution (when calculating least common multiple et. al. of task intervals).

Wed, 26 Dec 2018 11:45:27 +0000addendum to issue #76: detect overflow when calculating least common multiple of task intervals.
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 11:45:27 +0000] rev 1080
addendum to issue #76: detect overflow when calculating least common multiple of task intervals.

Wed, 26 Dec 2018 11:40:45 +0000definitive fix of issue #76: remove internal overflow of u64 when calculating least common multiple of task intervals.
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 11:40:45 +0000] rev 1079
definitive fix of issue #76: remove internal overflow of u64 when calculating least common multiple of task intervals.

Wed, 26 Dec 2018 11:12:27 +0000Test for overflow when translating task periods/intervals to integer variable.
Mario de Sousa <msousa@fe.up.pt> [Wed, 26 Dec 2018 11:12:27 +0000] rev 1078
Test for overflow when translating task periods/intervals to integer variable.

Tue, 25 Dec 2018 12:15:29 +0000partial fix to issue #76 - calculate task periods with 1ms (instead of 1ns) resolution. Allows for tasks with periods larger than 4.295s, but smaller than 50 days.
Mario de Sousa <msousa@fe.up.pt> [Tue, 25 Dec 2018 12:15:29 +0000] rev 1077
partial fix to issue #76 - calculate task periods with 1ms (instead of 1ns) resolution. Allows for tasks with periods larger than 4.295s, but smaller than 50 days.

Tue, 25 Dec 2018 11:10:11 +0000partial fix for issue 74: allow deref of REF in left hand side of assignment (only works in FUNCTIONS for now)
Mario de Sousa <msousa@fe.up.pt> [Tue, 25 Dec 2018 11:10:11 +0000] rev 1076
partial fix for issue 74: allow deref of REF in left hand side of assignment (only works in FUNCTIONS for now)

Fri, 21 Dec 2018 17:32:36 +0000fix issue #78: IL NOT operator not working
Mario de Sousa <msousa@fe.up.pt> [Fri, 21 Dec 2018 17:32:36 +0000] rev 1075
fix issue #78: IL NOT operator not working

Thu, 20 Dec 2018 18:55:22 +0000fix issue#77 - when IL FB followed by SFC FB, non-existant error was detected in IL code.
Mario de Sousa <msousa@fe.up.pt> [Thu, 20 Dec 2018 18:55:22 +0000] rev 1074
fix issue#77 - when IL FB followed by SFC FB, non-existant error was detected in IL code.

Sun, 14 Oct 2018 20:14:13 +0300revert commits improved performance of some extensible Standard Functions (ADD, MUL, AND, OR, XOR)
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Sun, 14 Oct 2018 20:14:13 +0300] rev 1073
revert commits improved performance of some extensible Standard Functions (ADD, MUL, AND, OR, XOR)

Following commits are reverted:
mjsousa 0b275a2 improve performance of some extensible Standard Functions (ADD, MUL, AND, OR, XOR) -- increase hardcoded limit to 499
mjsousa 2228799 improve performance of some extensible Standard Functions (ADD, MUL, AND, OR, XOR) -- Add comments!!
mjsousa ce81fa6 improve performance of some extensible Standard Functions (ADD, MUL, AND, OR, XOR)"

The reason is that they cause regression in some cases (if function is
used as argument for function block, for example) and this is not
fixed for a long time.

Fri, 20 Apr 2018 17:40:29 +0100merge
Mario de Sousa <msousa@fe.up.pt> [Fri, 20 Apr 2018 17:40:29 +0100] rev 1072
merge