Simon Krajewski
Simon Krajewski
Actually pinging @nadako as well because the flash behavior might bite them.
@waneck Any pointers to where this is handled? The problem here is that when doing `Null >= Int`, genjava generates `haxe.lang.Runtime.toInt(lhs) >= rhs` which leads to a `0 >= 0`...
For these cases we have to generate `nullable == null ? false : unwrap(nullable) op otherValue` If both operands are nullable it has to be `lhs == null ? rhs...
I had a look like this but gencommon is too much for me to handle in this heat. Will maybe look at it again later...
> I think we should keep the spec defined by the provided unit tests for comparisons - for static targets at least - since they will match most dynamic targets...
In 2024, HL still fails many of the comparison tests against `null`. The problem seems to come from the fact that any `null` in `x > null` is converted to...
Fixed by #11612
Could you update the branch please?
Getting stack overflows from recursive value printing is not a good user experience. We should definitely account for that. As for the limit, I agree that the 5 is a...
Oh yes I want to break this in Haxe 5. I hate how floats randomly are printed as ints just because the decimal happens to be 0. This is going...