Directory | Changes | Lines of Code | Lines per Change |
---|---|---|---|
Totals | 648 (100.0%) | 498535 (100.0%) | 769.3 |
testsuite/3rdParty/HumMod/HumMod/ | 2 (0.3%) | 151343 (30.4%) | 75671.5 |
Compiler/ | 48 (7.4%) | 102267 (20.5%) | 2130.5 |
Compiler/susan_codegen/SimCode/ | 80 (12.3%) | 83342 (16.7%) | 1041.7 |
testsuite/3rdParty/HumMod/ | 6 (0.9%) | 75019 (15.0%) | 12503.1 |
Compiler/Template/ | 96 (14.8%) | 31969 (6.4%) | 333.0 |
testsuite/3rdParty/HumMod/HumMod/setup/ | 7 (1.1%) | 13809 (2.8%) | 1972.7 |
testsuite/3rdParty/HumMod/Physiolibrary/ | 5 (0.8%) | 13663 (2.7%) | 2732.6 |
testsuite/3rdParty/HumMod/HumMod/parameters/ | 11 (1.7%) | 11019 (2.2%) | 1001.7 |
Compiler/susan_codegen/ | 54 (8.3%) | 9654 (1.9%) | 178.7 |
Compiler/susan_codegen/SimCode/GenTest/QHP/ | 12 (1.9%) | 2737 (0.5%) | 228.0 |
Compiler/susan_codegen/SimCode/GenTest/RightHeartStarling/ | 18 (2.8%) | 1747 (0.4%) | 97.0 |
Compiler/BackEnd/ | 7 (1.1%) | 1139 (0.2%) | 162.7 |
Compiler/susan_codegen/doc/ | 3 (0.5%) | 229 (0.0%) | 76.3 |
Compiler/FrontEnd/ | 1 (0.2%) | 209 (0.0%) | 209.0 |
c_runtime/ | 3 (0.5%) | 165 (0.0%) | 55.0 |
Compiler/susan_codegen/SimCode/GenTest/ | 9 (1.4%) | 74 (0.0%) | 8.2 |
testsuite/mofiles/ | 2 (0.3%) | 61 (0.0%) | 30.5 |
Compiler/runtime/ | 1 (0.2%) | 25 (0.0%) | 25.0 |
/ | 2 (0.3%) | 12 (0.0%) | 6.0 |
SimulationRuntime/c/util/ | 4 (0.6%) | 11 (0.0%) | 2.7 |
SimulationRuntime/c/simulation/solver/ | 2 (0.3%) | 9 (0.0%) | 4.5 |
Compiler/Util/ | 2 (0.3%) | 9 (0.0%) | 4.5 |
SimulationRuntime/c/ | 2 (0.3%) | 8 (0.0%) | 4.0 |
build/doc/ | 1 (0.2%) | 5 (0.0%) | 5.0 |
SimulationRuntime/c/simulation/ | 2 (0.3%) | 4 (0.0%) | 2.0 |
SimulationRuntime/c/simulation/results/ | 1 (0.2%) | 3 (0.0%) | 3.0 |
testsuite/3rdParty/HumMod/Physiolibrary/icons/ | 210 (32.4%) | 1 (0.0%) | 0.0 |
build/share/ | 1 (0.2%) | 1 (0.0%) | 1.0 |
build/ | 1 (0.2%) | 1 (0.0%) | 1.0 |
testsuite/3rdParty/HumMod/HumMod/animations/ | 34 (5.2%) | 0 (0.0%) | 0.0 |
Compiler/susan_codegen/SimCode/GenTest/TrapezTest/ | 11 (1.7%) | 0 (0.0%) | 0.0 |
Compiler/susan_codegen/SimCode/GenTest/Influenza/ | 5 (0.8%) | 0 (0.0%) | 0.0 |
Compiler/susan_codegen/SimCode/GenTest/HelloWorld/ | 5 (0.8%) | 0 (0.0%) | 0.0 |
- update to C# target template
646 lines of code changed in 2 files:
- updated C# target template
- implemented zero crosing hysteresis,
- event triggering math functions,
- system metadata class,
- nominal attributes,
- fixed as attribute,
- NLS pre-allocation and nominal attributes initialization
- when Initial conditions
- other minor issues
- report an error in function SimCodeUtil.cref2simvar() on failed lookup
- (!!)fixed again a bug that I fixed in rev. 15482 (5th march 2013)
the generated library directories in makefiles should have this order:
/Resources/Library/mingw32, /Resources/Library/win32, /Resources/Library/
see more comment in rev. 15482
- added ModelicaStrings_length as known external function to ceval
- nonlinearSolverHybrd.c ... a copy-paste typo fix
- CodegenC.tpl
- some code(style) refactorings
- template functionXXX_systems() fix to handle also empty cases when compiling with an ANSI prudent compiler.
6291 lines of code changed in 7 files:
Update to C# template
- splits generated code into more files when model is too big (for VS)
- a workaround (a HACK) to not generate useless start values assignments in FunInitialEquations() (we do not hold start values of states in any array, they are set in the model instance itself; so we need this workaround)
2549 lines of code changed in 4 files:
- Fix to a possibly nasty error (I've got it) when platform specific external libraries are located in their platform specific folders (e.g., mingw32/ and win32/)
The problem is when compiling simulation code with g++ on windows and a .lib version library is found before its .a version
e.g., for MyExternal library, if there is Resources/Library/mingw32/libMyExternal.a and Resources/Library/win32/MyExternal.lib
Previously, the Library paths generated in the makefile was in the opposite order,
so that Resources/Library/win32/MyExternal.lib was picked first by g++ ((wtf??) the lib was compiled by MSVC 2010)
In my case, the difference was that simulation failed in time = 0.5 because of NLS solution failed ... really weird
- Now, the library paths are generated in the expected order (back again), from the most specific (stating with mingw32 on Windows) to the least specific
(this "bug" was introduced only lately by changing the order with more sophisticated conditional cons-ing ...)
- using extern inline in model_help.c to prevent MSVC making the functions static
- an update to CodegenCSharp.tpl
641 lines of code changed in 4 files:
- fix: simulation_options.c deleted non-existing options in FLAG_DETAILED_DESC and FLAG_TYPE that was already deleted previously from FLAG_NAME and FLAG_DESC
very strangely: it was not discovered by GCC ... but MSVC (2012)
- an extern "C" enclosing in simulation_options.h for C++
- simulation_options.c/.h added to CMakeLists.txt
10 lines of code changed in 3 files:
Please, do not commit old generated files back (to Lennart Lochel - lochel)
5632 lines of code changed in 8 files:
more fix bootstrapping (complete tplCallWithFailError2, too)
2 lines of code changed in 1 file:
Trying to satisfy bootstraping tests
24 lines of code changed in 1 file:
- simulation_input_xml.cpp / doOverride() function uses omc_ModelInput in a mutable way
which saves one copy constructor/destructor call (a lot of reallocations, all of the loaded params/vars, so a lot of time for HumMod model)
- a small correction of SimulationRuntime/c/CMakeLists.txt (paths in macros now works also for an out-of-trunk cmake call)
6 lines of code changed in 2 files:
- a fix of asprintf() for MSVC
snprintf() replaced with vsnprintf()
1 lines of code changed in 1 file:
- fix: template functionInitialResidual() a stronger test for no residual equations
it could produce an empty array initialization when there is only an "initial algorithm" section
and no "initial equation" in the model (so that residualEquations is not empty {}, but it has no SES_RESIDUAL(__))
- fix: a copy/paste typo error in template literalExpConst() to properly count lengths of the unescaped strings
86 lines of code changed in 2 files:
Susan now reports a template call failure as an error (to prevent confusion from other reasons of failure, e.g., simulation fail)
- fortunately, it was not observed in current templates
when some day a call of a function from within a template will fail,
the added error message will say it happened (I've tested it will)
82 lines of code changed in 1 file:
- Susan does not generate unreachable match cases for map expressions (a clean-up)
25 lines of code changed in 20 files:
- Susan uses "match" instead "matchcontinue" in generated template code
- this is for Hudson test (I've tested locally that terstsuite run the same)
Be aware: template imported functions MUST NOT fail to render the running template (imported functions are those imported via SimCodeTV.mo), otherwise the whole template call fails
8827 lines of code changed in 21 files:
Updated C# template to the no-helpVars changes
- fix: "inline" keyword macroizing is forbidden in C++ from VS 2012, see omc_inline.h (hope it'll work with VS2010)
- fix: copy/paste errors when checking the results of map.find() in simulation_result_mat.cpp
- fix: C++ string emptiness should be tested via size() (an error when run with the debug version of STL)
1370 lines of code changed in 5 files:
- C# CodegenCSharp.tpl fix for residual functions generation
406 lines of code changed in 2 files:
- C# template update toward the new zero-crossing treatment
- rename of the mixed helper function nextVar() -> NextMixedBoolCombination()
- better code for DIVISION()
309 lines of code changed in 2 files:
Added a failing test for the new HumMod model
- issue: omc backend is crashing on the added translateHumMod.mos test.mo
- note: the model's .mo files are first preprocessed into HumMod_OMC/ folder to be able to instatiate and check successfully
- renaming the old tests with suffix OMCTotal
264854 lines of code changed in 275 files:
The Second part of the potentially buggy places in .tpl files due to the (confusing) semantics of iteration expressions and the "empty" option
- made explicit "empty" option on all the suspicious places (those that are not obvious to produce an output for every iteration)
- CodegenC.tpl and CodegenCPP.tpl covered so far
- some small code styling in CodegenCPP.tpl
214 lines of code changed in 6 files:
First part of the potentially buggy places in .tpl files due to the (confusing) semantics of iteration expressions and the "empty" option
- only for CodegenC.tpl yet
152 lines of code changed in 1 file:
(29 more)