Claude b5c9945e1f fix(libc): stop the strtol family at a binary prefix on Linux ...

C17 has no binary prefix: with base 0 or 2, strtol("0b101", &end, base)
reads the subject "0", returns 0 and leaves end at the 'b'. With glibc
2.38 or later, g++ (which defines _GNU_SOURCE) binds std::strtoll,
strtoull, strtoul, strtoimax and strtoumax to the C23 __isoc23_*
functions, which accept 0b/0B: the Linux exports returned 5 and
consumed the whole string. The Windows UCRT already follows C17, so the
same guest call gave different results on the two hosts.

strtol, strtoul, strtoll, strtoull, _Stoull, strtoimax, strtoumax and
_Stoul now return 0 with the end pointer after the '0' when, after
white space and an optional sign, the text starts with 0b or 0B and a
binary digit, in base 0 or 2. Everything else still goes to the host
function. The scanf family's %i has the same glibc behaviour; it is
recorded in TechnicalDebt.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

2026-10-09 21:26:13 +00:00

..

ARCHITECTURE.md

feat(shader): implement s_swappc_b64 fetch-shader call

2026-10-08 20:05:24 +02:00

BUILD.md

build(relinker): add a dependency-free conversion build mode

2026-10-08 18:21:30 +11:00

CONVENTIONS.md

refactor(docs): separated user and dev in docs + compatibility file

2026-09-28 22:58:17 +03:00

HW_ORACLE.md

fix(oracle)!: require explicit float modes

2026-10-07 14:58:28 +05:00

PROGRESS.md

fix(progress): exclude library test fixtures from function counts

2026-10-08 17:30:43 +05:30

TechnicalDebt.md

fix(libc): stop the strtol family at a binary prefix on Linux

2026-10-09 21:26:13 +00:00