Sat, 18 Mar 2017 22:02:14 +0000merge
mjsousa [Sat, 18 Mar 2017 22:02:14 +0000] rev 1035
merge

Sat, 18 Mar 2017 21:50:00 +0000merge
mjsousa [Sat, 18 Mar 2017 21:50:00 +0000] rev 1034
merge

Sun, 19 Feb 2017 20:13:02 +0000Fix date conversion function (seconds to Date_and_Time). First day of month was falling on previous month.
mjsousa [Sun, 19 Feb 2017 20:13:02 +0000] rev 1033
Fix date conversion function (seconds to Date_and_Time). First day of month was falling on previous month.

Wed, 25 Jan 2017 19:50:39 +0000Fix error locations messed up in previous commit.
mjsousa [Wed, 25 Jan 2017 19:50:39 +0000] rev 1032
Fix error locations messed up in previous commit.

Wed, 25 Jan 2017 18:29:55 +0000fix compilation of SFC transitions written in IL (compiler was entering endless loop)
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Wed, 25 Jan 2017 18:29:55 +0000] rev 1031
fix compilation of SFC transitions written in IL (compiler was entering endless loop)

Wed, 25 Jan 2017 18:25:35 +0000fix SFC timed qualifier (D, L, ...) with variable time (was generating wrong C code)
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Wed, 25 Jan 2017 18:25:35 +0000] rev 1030
fix SFC timed qualifier (D, L, ...) with variable time (was generating wrong C code)

Wed, 25 Jan 2017 18:22:41 +0000Fix segmentation fault bug introduced by previous commit
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Wed, 25 Jan 2017 18:22:41 +0000] rev 1029
Fix segmentation fault bug introduced by previous commit

Tue, 24 Jan 2017 12:44:44 +0000Correcty determine the datatype (TIME) of the parameters of SFC actions with timed qualifiers
mjsousa [Tue, 24 Jan 2017 12:44:44 +0000] rev 1028
Correcty determine the datatype (TIME) of the parameters of SFC actions with timed qualifiers

Mon, 23 Jan 2017 12:50:07 +0000Check that flex is installed during ./configure
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Mon, 23 Jan 2017 12:50:07 +0000] rev 1027
Check that flex is installed during ./configure

Tue, 17 Jan 2017 15:50:55 +0000Fix code generation for XOR expressions in ST (add parenthesis)
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Tue, 17 Jan 2017 15:50:55 +0000] rev 1026
Fix code generation for XOR expressions in ST (add parenthesis)

Wed, 12 Oct 2016 17:54:52 +0300merge
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Wed, 12 Oct 2016 17:54:52 +0300] rev 1025
merge

Wed, 12 Oct 2016 17:52:48 +0300make autogenerated functions to be 'static inline' instead of 'inline'
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Wed, 12 Oct 2016 17:52:48 +0300] rev 1024
make autogenerated functions to be 'static inline' instead of 'inline'

This fixes link issue and compile warning, for more details about this
issue look at
https://bitbucket.org/mjsousa/matiec/issues/53/c-compiler-warning-if-iec-function-is-used

Mon, 10 Oct 2016 18:10:32 +0300Merged mjsousa/matiec into default
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Mon, 10 Oct 2016 18:10:32 +0300] rev 1023
Merged mjsousa/matiec into default

Thu, 08 Sep 2016 17:44:44 +0100merge
mjsousa [Thu, 08 Sep 2016 17:44:44 +0100] rev 1022
merge

Tue, 28 Jun 2016 16:35:47 +0300Merged mjsousa/matiec into default
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Tue, 28 Jun 2016 16:35:47 +0300] rev 1021
Merged mjsousa/matiec into default

Thu, 02 Jun 2016 11:59:45 +0100fix bug introduced by commit 91bef6704b44 (parsing SFCs with transitions in ST and leading whitespace => endless loop)
mjsousa [Thu, 02 Jun 2016 11:59:45 +0100] rev 1020
fix bug introduced by commit 91bef6704b44 (parsing SFCs with transitions in ST and leading whitespace => endless loop)

Thu, 26 May 2016 18:30:17 +0100Only allow function invocation outside ST expressions when command line option is activated.
mjsousa [Thu, 26 May 2016 18:30:17 +0100] rev 1019
Only allow function invocation outside ST expressions when command line option is activated.

Thu, 26 May 2016 17:59:01 +0100Ignore pragmas inside IL code when handling inline function calls.
mjsousa [Thu, 26 May 2016 17:59:01 +0100] rev 1018
Ignore pragmas inside IL code when handling inline function calls.

Thu, 26 May 2016 15:05:34 +0100Fix bug: correctly handle formal function calls in IL with no parameters.
mjsousa [Thu, 26 May 2016 15:05:34 +0100] rev 1017
Fix bug: correctly handle formal function calls in IL with no parameters.

Thu, 26 May 2016 15:00:20 +0100Add support for functions returning VOID (i.e. non-standard extension, allowing functions that do not return any data)
mjsousa [Thu, 26 May 2016 15:00:20 +0100] rev 1016
Add support for functions returning VOID (i.e. non-standard extension, allowing functions that do not return any data)

Thu, 26 May 2016 14:26:33 +0100Add -warn flag when running flex -> warn of potential bugs
mjsousa [Thu, 26 May 2016 14:26:33 +0100] rev 1015
Add -warn flag when running flex -> warn of potential bugs

Fri, 13 May 2016 12:18:50 +0100Add support for non-standard VOID datatype. May ony be used to define functions returning VOID.
mjsousa [Fri, 13 May 2016 12:18:50 +0100] rev 1014
Add support for non-standard VOID datatype. May ony be used to define functions returning VOID.

Wed, 11 May 2016 19:38:31 +0100Delete the YY_NO_UNPUT define, as we do use the unput() function.
mjsousa [Wed, 11 May 2016 19:38:31 +0100] rev 1013
Delete the YY_NO_UNPUT define, as we do use the unput() function.

Wed, 11 May 2016 18:41:45 +0100Add support for non standard feature: allow POUs with no in, out and inout parameters
mjsousa [Wed, 11 May 2016 18:41:45 +0100] rev 1012
Add support for non standard feature: allow POUs with no in, out and inout parameters

Sun, 08 May 2016 20:01:15 +0100Add option to not add the EN and ENO parameters to every function and FB (generated C code becomes smaller, and uses less memory for function invocations)
mjsousa [Sun, 08 May 2016 20:01:15 +0100] rev 1011
Add option to not add the EN and ENO parameters to every function and FB (generated C code becomes smaller, and uses less memory for function invocations)

Sat, 07 May 2016 21:17:49 +0100Correctly identify errors when parsing erroneous code (make sure flex goes back to INITIAL state when code contains errors that do not allow determining whether ST or IL is being parsed)
mjsousa [Sat, 07 May 2016 21:17:49 +0100] rev 1010
Correctly identify errors when parsing erroneous code (make sure flex goes back to INITIAL state when code contains errors that do not allow determining whether ST or IL is being parsed)

Tue, 28 Jun 2016 13:34:29 +0000Created new branch fix_compilation_warnings fix_compilation_warnings
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Tue, 28 Jun 2016 13:34:29 +0000] rev 1009
Created new branch fix_compilation_warnings

Fri, 06 May 2016 11:48:02 +0300fix compilation error about missing braces
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Fri, 06 May 2016 11:48:02 +0300] rev 1008
fix compilation error about missing braces

IEC_TIMESPEC has two fields tv_sec and tv_nsec.

Compilation error:
./build/POUS.c:600:45: error: missing braces around initializer [-Werror=missing-braces]
static const STEP temp_step = {{0, 0}, 0, {0, 0}};
^
compilation terminated due to -Wfatal-errors.

Fri, 06 May 2016 11:38:35 +0300fix warning about overflow if matiec is running on 64-bit platform,
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Fri, 06 May 2016 11:38:35 +0300] rev 1007
fix warning about overflow if matiec is running on 64-bit platform,
but the generated C code will cross-compiled for 32-bit platform

For example:
./build/config.c:29:39: error: large integer implicitly truncated to unsigned type [-Werror=overflow]
unsigned long greatest_tick_count__ = 18446744073709551611UL; /*tick*/
^
compilation terminated due to -Wfatal-errors.
cc1: all warnings being treated as errors

Fri, 06 May 2016 11:01:21 +0300fix C compilation warning about function prototype in __SET_EXTERNAL
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Fri, 06 May 2016 11:01:21 +0300] rev 1006
fix C compilation warning about function prototype in __SET_EXTERNAL

Example warning:
./POUS.c:1220:3: error: function declaration isn't a prototype [-Werror=strict-prototypes]
__SET_EXTERNAL(data__->,KN_AUT,,__GET_VAR(data__->KEY_AUT.STATE_OUT));
^
compilation terminated due to -Wfatal-errors.
cc1: all warnings being treated as errors

Fri, 06 May 2016 10:48:37 +0300fix C compilation warning from gcc about /* inside of comment section.
Andrey Skvortsov <andrej.skvortzov@gmail.com> [Fri, 06 May 2016 10:48:37 +0300] rev 1005
fix C compilation warning from gcc about /* inside of comment section.


./beremiz/iec_std_lib.h:240:1: error: "/*" within comment [-Werror=comment]
/*
^
compilation terminated due to -Wfatal-errors.
cc1: all warnings being treated as errors

Fri, 02 Oct 2015 10:31:20 +0100Update README.build file with instructions for crosscompiling to win32
mjsousa [Fri, 02 Oct 2015 10:31:20 +0100] rev 1004
Update README.build file with instructions for crosscompiling to win32

Mon, 08 Jun 2015 19:02:33 +0100Delete commented out code.
mjsousa [Mon, 08 Jun 2015 19:02:33 +0100] rev 1003
Delete commented out code.

Mon, 08 Jun 2015 19:01:56 +0100Fix FB calls in IL (FB variable name was showing up extraneously before the C function that initializes the POU containing the FB call)
mjsousa [Mon, 08 Jun 2015 19:01:56 +0100] rev 1002
Fix FB calls in IL (FB variable name was showing up extraneously before the C function that initializes the POU containing the FB call)

Sat, 06 Jun 2015 18:58:50 +0100Delete unused code.
mjsousa [Sat, 06 Jun 2015 18:58:50 +0100] rev 1001
Delete unused code.

Thu, 30 Apr 2015 20:54:04 +0100Add check for repeated elements in a CASE statement. Emit warnings (and not errors) if found.
mjsousa [Thu, 30 Apr 2015 20:54:04 +0100] rev 1000
Add check for repeated elements in a CASE statement. Emit warnings (and not errors) if found.

Wed, 15 Apr 2015 23:25:07 +0100transform CASE into if()..else if().. -> fixes 2 bugs (1)case within case statements, and (2)repeated elements in case options
mjsousa [Wed, 15 Apr 2015 23:25:07 +0100] rev 999
transform CASE into if()..else if().. -> fixes 2 bugs (1)case within case statements, and (2)repeated elements in case options

Sun, 15 Mar 2015 20:49:55 +0000Initialise arrays to their correct default values - Fix bug introduced in commit 477393b00f95 (2014-11-16)
mjsousa [Sun, 15 Mar 2015 20:49:55 +0000] rev 998
Initialise arrays to their correct default values - Fix bug introduced in commit 477393b00f95 (2014-11-16)

Thu, 12 Mar 2015 16:36:33 +0100Fixed reset of current_varqualifier when generating global initializers, causin RETAIN and other option to be ORed and applied to all subsequent global variables.
Edouard Tisserant [Thu, 12 Mar 2015 16:36:33 +0100] rev 997
Fixed reset of current_varqualifier when generating global initializers, causin RETAIN and other option to be ORed and applied to all subsequent global variables.

Mon, 09 Mar 2015 19:22:00 +0000Do fill/narrow datatype analysis algorithm for derived_datatype_identifier_c (fixes bug related to arrays of arrays that was generating incorrect C code).
mjsousa [Mon, 09 Mar 2015 19:22:00 +0000] rev 996
Do fill/narrow datatype analysis algorithm for derived_datatype_identifier_c (fixes bug related to arrays of arrays that was generating incorrect C code).

Sun, 15 Feb 2015 16:08:56 +0000Better identification of error location in some error messages.
mjsousa [Sun, 15 Feb 2015 16:08:56 +0000] rev 995
Better identification of error location in some error messages.

Sun, 15 Feb 2015 16:07:29 +0000Fix bug introduced in 2014/10/19, while adding support for REF() opertors -> datatype checking was not catching datatype inconsistency errors!
mjsousa [Sun, 15 Feb 2015 16:07:29 +0000] rev 994
Fix bug introduced in 2014/10/19, while adding support for REF() opertors -> datatype checking was not catching datatype inconsistency errors!

Thu, 22 Jan 2015 19:00:46 +0000merge
mjsousa [Thu, 22 Jan 2015 19:00:46 +0000] rev 993
merge

Sat, 10 Jan 2015 23:18:42 +0000Re-write and fix the logic of SFC action modifiers.
mjsousa [Sat, 10 Jan 2015 23:18:42 +0000] rev 992
Re-write and fix the logic of SFC action modifiers.

Sat, 10 Jan 2015 23:17:08 +0000Correct the number given to actions in the #define's
mjsousa [Sat, 10 Jan 2015 23:17:08 +0000] rev 991
Correct the number given to actions in the #define's

Fri, 16 Jan 2015 12:20:14 +0000Do not allow constant_propagation algorithm go into infinite loop when analysing code with circular references.
mjsousa [Fri, 16 Jan 2015 12:20:14 +0000] rev 990
Do not allow constant_propagation algorithm go into infinite loop when analysing code with circular references.

Fri, 16 Jan 2015 11:17:33 +0000Do constant propagation of FBs instantiated in other FB or Programs, so that variable sized arrays can be declared in FBs too.
mjsousa [Fri, 16 Jan 2015 11:17:33 +0000] rev 989
Do constant propagation of FBs instantiated in other FB or Programs, so that variable sized arrays can be declared in FBs too.

Sun, 11 Jan 2015 20:49:55 +0000Do constant propagation of instantiated FBs, so that variable sized arrays can be declared in FBs too.
mjsousa [Sun, 11 Jan 2015 20:49:55 +0000] rev 988
Do constant propagation of instantiated FBs, so that variable sized arrays can be declared in FBs too.