- Fix bug: allow use, as lvalues, structures/arrays inside FBs (e.g. fb1.struct1.r := 33.3). 2013-12-19, by Mario de Sousa
- Fix bug/issue #33 (correctly access struct/array variables declared inside a FB -> r:=FB1.FB2.struct1.array1[3] ) 2013-12-18, by Mario de Sousa
- Add assertion suggested by Manuele. 2013-09-07, by Mario de Sousa
- merge 2013-08-23, by mjsousa
- Use get_datatype_info_c::is_type_valid() to determine datatype validity 2013-08-23, by mjsousa
- Recursively check the datatype compatibility of values/expressions passed in function/FB invocations. 2013-08-23, by mjsousa
- Change error message text so as to become more suitable to where they might occur in the source code. 2013-08-23, by mjs
- Add code to check if an IN_OUT variable is being passed an IL list in formal IL FB/function invocations. 2013-08-22, by mjsousa
- Generate correct error message when encountering IL lists embedded in IL formal invocations. 2013-08-22, by mjsousa
- Fill in the 'datatype' anotation in the identifiers of symbolic variables. 2013-08-22, by mjsousa
- Fix C code generation of FB invocation in IL. 2013-08-22, by mjsousa
- Fix detection of datatype errors on IL conditional flow control operators (JMPC, RETC, ...) 2013-08-22, by mjsousa
- Allow array_dimension_iterator to accept an array_spec_init_c. 2013-08-21, by mjsousa
- Small code cleanup (move common code to a function) 2013-08-21, by mjsousa
- Fix datatype analysis of conditional IL operators (CALC, CALCN, RETC, RETCN, JMPC, JMPCN, S and R) 2013-08-21, by mjsousa