On Mon, Jun 22, 2026 at 03:30:17PM +0200, Vincent Lefevre wrote: > On 2026-06-21 16:22:09 +0530, Anuradha Weeraman wrote: > > The locale-dependent radix point is intentional and is covered by the > > test suite. The workaround is LC_NUMERIC=C. > > IMHO, this is bad. The interpretation of literals in a source file > (here, a ksh script) should not depend on the current locales.
Agreed with you in principle. To be clear though, this isn't new or a regression and it has been parsed through the locale-aware strtold() historically unfortunately, and so changing it would have backward compatibility concerns. However, a case could be made whether such behavior could make it into a portable opt-in without changing the legacy default (POSIX itself is silent, since shell floating point arithmetic is a ksh extension), but that would be a discussion that would need to be had upstream. If you're willing to advocate a case for that, would you mind opening an enhancement request on https://github.com/ksh93/ksh/issues? Also, let me know if you have any concerns with the documentation fix before I forward it upstream. thanks, Anuradha
