Jonathan Kew

From a quick look at the log, it seems that the ICU headers on that system are incompatible with this compiler version (or with the particular compiler options being used): /usr/include/unicode/localpointer.h:559:26: error: parameter declared ‘auto’ 559 | template <typename Type, auto closeFunction> I think this usage of auto was a C++17 feature, so perhaps -std=c++17 would help? Though it looks like gcc16 is expected to default to C++20, and it'd be a bit surprising if something that was accepted...

I guess my remaining question, then, would be whether Hans has reproduced the issue with that simplified example, or has he only encountered it within ConTeXt? If it's somehow unique to his machine, or if he can't reproduce it outside of the ConTeXt system, then I don't see anything actionable here at the moment. I'm not going to attempt to understand and debug a whole ConTeXt environment.

Nope, I can't reproduce this. I installed TL2025 on Windows, and I get exactly the same result from xetex there as I do on macOS, and the same as I get from pdftex: see screenshot. Can you confirm that your example does produce the unexpected results on Windows for you? Are you using the exact same xetex version, or is there maybe a post-TL2025 build that's broken something?

Thanks for looking further. Weird! My guess is there's some kind of compiler or standard-library option in Akira's build that is causing overflow to be handled differently from what we see on the other platforms. I've started an install on a Windows machine to see how it behaves for me....

Hi Karl - that was me, I just hadn't logged in to SF when I first posted. (Only realized when it went into the moderation queue.) Regarding debugging, I know it's been sadly neglected, but if there were a simple plain- or ini-based testcase for this, there's some chance it might be an obvious fix. But I can guarantee I'm not going to dig through layers of ConTeXt macros to figure out what it's doing. Maybe it's sufficiently obscure that it won't really affect anyone, though.

Yes, this appears to be a bug; thanks for reporting. I think a workaround would be to add \hskip0pt before the \endL command.

Bug: texlive-xetex/jammy,now 2021.20220204-1 all on Ubuntu 22 requires harfbuzz-1.4.2

Closing this at Karl's request.