[10:23:57] Which issue do you mean? (re @Feeglgeef: T384094 may fix the float issue with high exponents) [10:52:00] I think he means this one. (re @Toby: https://github.com/RustPython/RustPython/issues/5471) [11:05:46] Ah, I thought you’d decided Z21411 wasn’t RustPython’s fault after all. Thanks for clarifying! (re @Toby: I think he means this one.) [11:16:27] We did find another bigger problem. But this certainly seems to be an issue in RustPython. I'm not actually sure why that test is now passing. (re @Al: Ah, I thought you’d decided Z21411 wasn’t RustPython’s fault after all. Thanks for clarifying!) [11:18:41] 🤷‍♂️ Maybe it’s only an issue in the demo? (re @Toby: We did find another bigger problem. But this certainly seems to be an issue in RustPython. I'm not actually sure why that test i...) [11:20:31] On the GitHub someone seems to have confirmed the issue in the release build. (re @Al: 🤷‍♂️ Maybe it’s only an issue in the demo?) [11:22:08] One thing is like to check is whether our result validation using float64 equality could be calling them both infinity and hence equal. [11:23:37] I figure it's got enough attention that they will eventually fix it. So I'm not particularly fussed if we continue with RustPython. (re @Toby: On the GitHub someone seems to have confirmed the issue in the release build.) [11:33:11] Yeah, I didn’t understand that 😏 but I can imagine that the exponent itself could round to “infinity”. Wikifunctions seems to be returning Z20837 so I’ll go on assuming it’s not a problem (until it is). (re @Toby: On the GitHub someone seems to have confirmed the issue in the release build.)