Re: stdatomic.h uses undefined type (___wchar_t)

Maybe following simple patch can be applied? :)

diff --git a/newlib/libc/include/stdatomic.h b/newlib/libc/include/stdatomi=
c.h
index 67107f47e..40f2d269c 100644
--- a/newlib/libc/include/stdatomic.h
+++ b/newlib/libc/include/stdatomic.h
@@ -207,7 +207,7 @@ typedef _Atomic(unsigned char)              atomic_char=
8_t;
 #endif
 typedef _Atomic(__char16_t)            atomic_char16_t;
 typedef _Atomic(__char32_t)            atomic_char32_t;
-typedef _Atomic(___wchar_t)            atomic_wchar_t;
+typedef _Atomic(__wchar_t)             atomic_wchar_t;
 typedef _Atomic(__int_least8_t)                atomic_int_least8_t;
 typedef _Atomic(__uint_least8_t)       atomic_uint_least8_t;
 typedef _Atomic(__int_least16_t)       atomic_int_least16_t;

On Sat, 16 May 2026 at 00:18, Daniel Kowalski <[email protected]> wrote=
:
>
> Hello,
>
> I have question regarding fairly recent change in newlib's stdatomic.h (C=
opied from FreeBSD sources as far as I understand)
>
> Change itself looks good, but one of the types (___wchar_t, with triple u=
nderscore) does not exist anywhere in newlib sources. FreeBSD defines it in=
 their _types.h header.
>
> Is this simple oversight and extra underscore should be dropped or part o=
f some larger change that wasn't fully commited and this type is supposed t=
o be defined?
>
> change in question:
> https://sourceware.org/git/?p=3Dnewlib-cygwin.git;a=3Dblobdiff;f=3Dnewlib=
/libc/include/stdatomic.h;h=3D67107f47e6b3807b6c50de9328fce71b87b7b280;hp=
=3D204d11133170445ddd48b578a9176852014a3039;hb=3De4fbaa9ea1dcc53afdd6542139=
03e85b186c9220;hpb=3D09e6aec0a0b361f40fc2b528aff8b18cb2a1745a
>
> =EF=BB=BFBest regards/Pozdrawiam
> Daniel Kowalski
> Software Engineer
> N7 Space Sp. z o.o.
> https://n7space.com
>
> https://bootloader.space
> https://canopen.space
>


--=20
Best regards,
Maxim