- Fix bug - correctly declare struct members whose type is a directly defined array (e.g.: STRUCT x: ARRAY of XXX; END_STRUCT) 2014-02-08, by mjsousa
- Start using the called_fb_declaration annotation when generating C code from FB calls in ST. 2014-02-05, by mjsousa
- Code cleanup: move datatype analysis to get_datatype_info_c 2013-12-22, by Mario de Sousa
- Fix bug-fix of previous commit. 2013-12-20, by Mario de Sousa
- 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
- Fix datatype analyses of S and R IL operators. 2013-08-21, by mjsousa
- make sure all IL operands are narrowed (datatype checking algorithm) 2013-08-21, by mjsousa
- cosmetic change only - fix code alignment. 2013-08-21, by mjsousa
- Add support for FB call semantics of 'S' and 'R' IL operators! 2013-08-20, by mjsousa
- Stop lvalue check from segfaulting when coming across buggy IL code (IL operator with no operand!) 2013-08-20, by mjsousa
- Allow get_datatype_info_c to be called with NULL parameters. 2013-08-20, by mjsousa
- Do lvalue check of function output parameters (since they may contain expressions inside array subscripts!) 2013-08-15, by mjsousa
- Handle buggy source code gracefully (do not bork when non-array variable is used as an array. e.g: int_var[42]:= 33) 2013-08-10, by mjsousa
- Delete debugging messages left in by mistake. 2013-08-07, by mjsousa
- Fix segfault when doing lvalue check of buggy IEC 61131-3 source code 2013-08-07, by mjsousa
- Fix datatype analysis of structured variables that contain arrays in their fields (e.g. var.x1[var2 + 42].y1). 2013-08-07, by mjsousa