Open tranma opened 7 years ago
program boils down to
(Time_minusMonths# (1858 11 20 0 0 0s) (12833596800))
ie subtract an insane number of months from some 19th century date
which is going to underflow regardless. it's a bogus program. I don't know what we can do about this
yeah, this isn't our problem -- there is nothing to do here.
We need to somehow make it so this doesn't fail intermittently.
Discussed IRL making the core evaluator detect this situation so we can discard the test.
For now I have modified the Core prim generator so it does not generate PrimTimeMinusMonths
. It doesn't take many months to underflow a date, which means then the evaluators don't agree.
But a better solution might be using a consistent time representation between C and Core