- Add support for nested comments 2014-02-15, by mjsousa
- Fix bug: when checking compatibility between GLOBAL and EXTERNAL variables, must only enforce GLOBAL CONSTANT => EXTERNAL CONSTANT. 2014-02-12, by mjsousa
- merge 2014-02-11, by mjsousa
- Fix bug: correctly generate code when accessing external variables declared inside FBs as a structured variable (realvar := fb1.fb2.extvar1.realvar) 2014-01-06, by Mario de Sousa
- Fix bug in standard: standard does not allow multiple VAR_GLOBAL ... END_VAR constructs in configurations and resources. This is probably a bug, so we allow it. 2014-02-09, by mjsousa
- Code cleanup (part 3): generate_c_typedecl_c is no longer needed for code generation in POUS.c It is now only needed for datatype declaration in POUS.h 2014-02-09, by mjsousa
- Code cleanup (part 2): generate_typedecl_c now only prints to POUS.h ! 2014-02-08, by mjsousa
- Code cleanup (part 1): subrange check functions are now declared in POUS.h (as static inline functions or #define) 2014-02-08, by mjsousa
- Fix get_datatype_info_c::is_subrange(), which did not work when using base type! (we now use get_equivtype() instead of get_base_type() ) 2014-02-08, by mjsousa
- fix a couple of typos. 2014-02-08, by mjsousa
- 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
- Add capability of returning array subscript list while decomposing a struct/array variable. 2013-08-05, by mjsousa
- Code cleanup: Remove unused option = Delete dead code. 2013-08-05, by mjsousa
- merge 2013-08-20, by mjsousa
- Declare that YYLSTYPE is not the default trivial datatype used by bison. (was causing compile errors in bison ver >= 2.7) 2013-07-19, by Mario de Sousa
- Fix build on Ubuntu 13.10 2014-02-19, by Edouard Tisserant
- Fixed warning when compiling generated program containing external variable assignments 2013-10-11, by Laurent Bessard
- Enlarged flex buffer size in order to accept larger C pragmas 2013-06-07, by Edouard Tisserant
- Missing braces arround extern declarartions in __SET_EXTERNAL define was making problem with GCC in switch case statements 2013-05-18, by edouard
- Moved __INIT_* defines within type definition headers files 2013-05-16, by Edouard Tisserant
- Fixed warning in accessor __SET_EXTERNAL 2013-05-02, by Laurent Bessard
- Fixed bug when defining task with single_data_source instead of interval_data_source 2013-04-18, by Laurent Bessard
- Merged Mario's changes 2013-04-05, by Edouard Tisserant
- Fix bug related to FB invocation of FB instances declared as VAR_EXTERN. 2013-04-04, by Mario de Sousa
- Merged Mario's changes 2013-04-04, by Edouard Tisserant
- Partial fix to VAR_EXTERN vs VAR_GLOBAL check. Now considers globals declared in resources too. TODO: recursively check FB declared in the program. 2013-04-03, by Mario de Sousa
- Allow variables declared inside resources to be referenced by res_name.var_name 2013-02-22, by Mario de Sousa
- Add a new node to the abstract symtax tree, which will let us do datatype checking of FB variable declarations using the standard algorithm, and no special cases. 2013-02-13, by Mario de Sousa
- Print filename when debugging abstract symbol table. 2013-02-05, by Mario de Sousa
- Consider fb_name_decl_c a non base data type class! 2013-01-23, by Mario de Sousa
- Fill symbol->datatype anotation for FB declarations. 2013-01-23, by Mario de Sousa