tukcps / aadd Goto Github PK

Work in progress:

• Replace AADD engine with the one from jAADD via JNI.

We use some continuous-time blocks, e.g. filters that contain optimised code for transfer functions etc. After code review they should be added.

Nested loops have several bugs and limitations. Basic concept holds for all cases, but implementation needs some testing and debugging.

The test "waterlevel" outputs different results based on the host CPU architecture (or so it seems). AARCH64 macOS and Linux both output an accumulated number of leaves of 7586, while x86-64 Linux outputs 7671. The currently expected value of 7622 is never hit on my machine. However, the value 7671 output by x86-64 Linux has been hit previously, but was changed with no reason provided: 0a5dfde

This leads me to believe there always has been some bug that causes inconsistent results and that it was simply masked by the commit above. AddressSanitizer and UndefinedBehaviorSanitizer do not report critical issues, only a few indirect memory leaks. All systems use glpk 5.0. Even rolling back to above's commit does not yield the currently expected value.

Two AADD nodes can be merged if they are mostly similar. Then, the nodes are replaced by a safe inclusion of both of them. Implementation is ongoing.

In current version the method for graphically printing AADD is not implemented.
Must be recovered from older versions on GIT.