Claudiu Zissulescu-Ianculescu

> For ARCv3, this file is copied from `src/gcc/libstdc++-v3/config/locale/newlib/ctype_members.cc` into the build dir (`build-gcc-newlib-stage2/arc64-elf/libstdc++-v3/src/c++11/ctype_members.cc`) and then is built. For ARCv2, although this file does exist in the source gcc, it...

1. ctype_members.cc is part of `wchar_t` support, so we do need it if we support wide chars. 2. it is target dependent.

I've changed the ABI to reflect what we were doing in ARCv2. Fix here: https://github.com/foss-for-synopsys-dwc-arc-processors/gcc/commit/9aa6ae66c99ea77a0d3bed00db498e38ddc594f4

It looks very similar with issue #15 . I had a similar issue on my Fedora and I fix it by installing `texlive`.

Do u build with this patch: https://gcc.gnu.org/pipermail/gcc-patches/2023-May/619640.html

Hi, I cannot reproduce your environment, but here it is an example on how the linker fixes this TLS relocation. `R_ARC_TLS_LE_32` is defined as `S + A + TLS_TBSS -...

Indeed, the alignment of `.tbss` is set to 8. Hence, `TLS_TBSS= (8+(1

@keith-packard thank you for reporting this bug. I have created a patch for it here: https://github.com/foss-for-synopsys-dwc-arc-processors/binutils-gdb/commit/e7e04c74c8a6d142785d73fb66eda10acd77c521 I'll upstream the patch too.

Maybe this is an issue which you can discuss it with upstream Newlib maintainers. I see no problem with GNU toolchain.

Please @keith-packard can you tell me for which architecture you see this, and what gcc version u use?