[Minor Issue] Bad Cube and Calculator in case cm3 -DM3_BACKEND_MODE=C -DBUILD_DIR=AMD64_LINUX about cm3

[VictorMiasnikov]

( ...) ToDo Edit

[VictorMiasnikov]

( ...) ToDo Edit N2

[VictorMiasnikov]

( ...) ToDo Edit N3

[VictorMiasnikov]

Why this is "Minor Issue":

In case using m3cc i.e. in case using cm3 -DBUILD_DIR=AMD64_LINUX we have good working Cube and Calculator.

And we have good running test suite results:

Test suite | Passed | Failed | Skipped | Time

m3tests | 291✅ | 1❌ |   | NaNms

✅ p293: Mutex unlocked in event of exception within LOCK
✅ p292: Correct CG type of struct for record temps
✅ p291: No internal folding of non-constant record constructors
✅ p289: cross-unit access to constant array constructors
✅ p288: field default constant constructors
✅ p287: constant constructors
✅ p286: Order of compilation error with array constructor parameter.
✅ p283: Long.LT
✅ p282: grisuc
✅ p281: Const Array Decl Bugs (#25), reported by darko20 on 03/24/2018.
✅ p280: Parameter passing, many cases, including packed.
✅ p279: misaligned, packed components of array and record constructors.
✅ p278: 64-bit-sized but only 32-bit-aligned values, on 32-bit machines.
✅ p277: mixtures of nested constructors
✅ p275: More set operators on a small set type in a packed record.
✅ p274: Mixed, nested, constructor values.
✅ p273: Mixed, nested, constructors with statically inevitable RT errors.
✅ p272: Set constructors with statically inevitable RT errors.
✅ p271: Constant array constructor, passed READONLY, is passed by value.
✅ p270: Array constructors with statically inevitable RT errors.
✅ p269: Nested array constructors.
✅ p268: Record constructors with statically inevitable RT errors.
✅ p265: grisu-based

[VictorMiasnikov]

( ...) ToDo Edit N1b

[VictorMiasnikov]

( ...) ToDo Edit N2b

[VictorMiasnikov]

Up to first on list...

This stay be super actual

[VictorMiasnikov]

It steal actual...

(
For example: I try switch to LLVM13 on AMD64_NT , but have another types of problems
)

[VictorMiasnikov]

(
Ignoring issues create some problems again and again...

See 1182 , 1180 , 1178 ...

We can avoid this, but ...
)