2014-07-05 mjsousa merge
2014-07-05 mjsousa Update build/compile instructions to reflect the fact that autoconf needs to be executed.
2014-07-05 mjsousa Fix time conversion function in std library, and change into macro (so it may be used in variable initialisations)
2014-06-01 mjsousa Add support for the stepname.T syntax.
2014-06-01 mjsousa Change the name of the variable with the step state to stepname.X (in the generated VARIABLES.csv file)
2014-05-31 mjsousa Add support for Stepname.X syntax.
2014-05-31 mjsousa Remove dead code previously left in by mistake.
2014-05-29 mjsousa Add error message for invalid datatype of transition condition. Generalize datatype narrowing algorithm for transition conditions.
2014-05-28 Edouard Tisserant merge
2014-05-28 Edouard Tisserant closed temporary fix branch
2014-05-20 mjsousa Check VAR_EXTERN variables declared in FBs instantiated in a Program (and recursively too - FBs in FBs).
2014-05-20 mjsousa Fix typo in as yet dormant code (related to REF_TO keyword, that is not yet active)
2014-05-08 mjsousa Fix compilation error on platforms where real64_t is mapped onto 'long double'
2014-04-08 mjsousa Correctly handle structured variables that include FB and external FBs (example: FB1.FB2.extFB3.FB4.extFB5.extFB6.structvar.field1 := 42;) (this commit fixes only ST code. TODO: IL and SFC)
2014-04-04 mjsousa Remove call to type_is_complex() in ST code generation.
2014-03-31 mjsousa A little code cleanup (reduce number of possible variable generation states)
2014-03-30 mjsousa Finish: Change order of SET_xxx() macros. (this will allow me to simplify the print_setter() methods later on)
2014-03-29 mjsousa Change order of SET_xxx() macros. (this will allow me to simplify the print_setter() methods later on)
2014-03-27 Edouard Tisserant More static declarations in POUS.c in order to avoid conflicting symbol definitions with new POUS.c inclusion scheme
2014-03-26 Edouard Tisserant Fix multiple resources support, POUS.c now only contain static definitions. POUS.c is included in configuration C code as well as in resources to allow GLOBAL FBs to be declared in configurations
2014-03-20 Edouard Tisserant Disable stage4 options with on windows since getsuboptr isn't supported in mingw
2014-03-20 Edouard Tisserant merge
2014-03-19 mjsousa Track of line number correctly when input file has code with very long lines.
2014-03-19 mjsousa Fix memory leak in lexical parser.
2014-03-16 mjsousa Make generation of #line directives optional.
2014-03-16 mjsousa Insert #line directives in generated C code.
2014-03-15 mjsousa Add support for parsing of REF_TO keyword (defined in IEC61131-3 v3). This support is currently inactive (in flex) until we get to add C code generation later on.
2014-03-15 mjsousa Update files to be ignored by mercurial: ignore files generated by autoconf, directory test/, and *.orig
2014-03-02 mjsousa Fix bug: do not print IL 'label' when generating inline functions (JMPxx label was generating erroneous C code)
2014-03-02 mjsousa Add limited support for the REF() operator (defined in v3 of IEC 61131-3)
2014-02-24 mjsousa Remove assertion being failed by IL labels (IL labels do not yet have specific datatypes).
2014-02-28 Edouard Tisserant Added stage1_2/Makefile.am weird rule to keep compatible with previous version of automake
2014-02-19 Edouard Tisserant Merge
2014-02-16 mjsousa fix definition of pragma.
2014-02-16 mjsousa Fix the state machine that became broken 2 commits ago (when adding support for nested comments)
2014-02-16 mjsousa Add option to control support for nested comments (default is off, as defined in IEC 61131-3 v2)
2014-02-15 mjsousa Add support for nested comments
2014-02-12 mjsousa Fix bug: when checking compatibility between GLOBAL and EXTERNAL variables, must only enforce GLOBAL CONSTANT => EXTERNAL CONSTANT.
2014-02-11 mjsousa merge
2014-01-06 Mario de Sousa Fix bug: correctly generate code when accessing external variables declared inside FBs as a structured variable (realvar := fb1.fb2.extvar1.realvar)
2014-02-09 mjsousa 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 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-08 mjsousa Code cleanup (part 2): generate_typedecl_c now only prints to POUS.h !
2014-02-08 mjsousa Code cleanup (part 1): subrange check functions are now declared in POUS.h (as static inline functions or #define)
2014-02-08 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 mjsousa fix a couple of typos.
2014-02-08 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-05 mjsousa Start using the called_fb_declaration annotation when generating C code from FB calls in ST.
2013-12-22 Mario de Sousa Code cleanup: move datatype analysis to get_datatype_info_c
2013-12-20 Mario de Sousa Fix bug-fix of previous commit.
2013-12-19 Mario de Sousa Fix bug: allow use, as lvalues, structures/arrays inside FBs (e.g. fb1.struct1.r := 33.3).
2013-12-18 Mario de Sousa Fix bug/issue #33 (correctly access struct/array variables declared inside a FB -> r:=FB1.FB2.struct1.array1[3] )
2013-09-07 Mario de Sousa Add assertion suggested by Manuele.
2013-08-23 mjsousa merge
2013-08-23 mjsousa Use get_datatype_info_c::is_type_valid() to determine datatype validity
2013-08-23 mjsousa Recursively check the datatype compatibility of values/expressions passed in function/FB invocations.
2013-08-23 mjs Change error message text so as to become more suitable to where they might occur in the source code.
2013-08-22 mjsousa Add code to check if an IN_OUT variable is being passed an IL list in formal IL FB/function invocations.
2013-08-22 mjsousa Generate correct error message when encountering IL lists embedded in IL formal invocations.
2013-08-22 mjsousa Fill in the 'datatype' anotation in the identifiers of symbolic variables.