user/sven/glibc.git/stdio-common, branch master

stdio-common: Assume support for 'long long'

2026-01-31T20:13:55Z

GCC supports 'long long' since essentially forever. Signed-off-by: Alejandro Colomar Reviewed-by: Paul Eggert Reviewed-by: Collin Funk

Update copyright dates with scripts/update-copyrights

2026-01-01T21:42:29Z

stdio: Fix tst-vfprintf-user-type on clang

2025-12-22T18:55:23Z

The pointer alias comparison will be optimized away by the compiler, so use an indirection point to prevent it (similar to malloc/tst-malloc-aux.h). Reviewed-by: H.J. Lu

Handle clang -Wignored-attributes on weak aliases

2025-12-09T11:58:10Z

Clang issues a warning for double alias redirection, indicating that thei original symbol is used even if a weak definition attempts to override it. For instance, in the construction: int __internal_impl (...) {} weak_alias (__internal_impl, external_impl); #if SOMETHING weak_alias (external_impl, another_external_impl) #endif Clang warns that another_external_impl always resolves to __internal_impl, even if external_impl is a weak reference. Using the internal symbol for both aliases resolves this warning. This issue also occurs with certain libc_hidden_def usage: int __internal_impl (...) {} weak_alias (__internal_impl, __internal_alias) libc_hidden_weak (__internal_alias) In this case, using a strong_alias is sufficient to avoid the warning (since the alias is internal, there is no need to use a weak alias). However, for the constructions like: int __internal_impl (...) {} weak_alias (__internal_impl, __internal_alias) libc_hidden_def (__internal_alias) weak_alias (__internal_impl, external_alias) libc_hidden_def (external_alias) Clang warns that the internal external_alias will always resolve to __GI___internal_impl, even if a weak definition of __GI_internal_impl is overridden. For this case, a new macro named static_weak_alias is used to create a strong alias for SHARED, or a weak_alias otherwise. With these changes, there is no need to check and enable the -Wno-ignored-attributes suppression when using clang. Checked with a build on affected ABIs, and a full check on aarch64, armhf, i686, and x86_64. Reviewed-by: Sam James

stdlib: Remove longlong.h

2025-11-26T13:10:06Z

The gmp-arch.h now provides all the required definitions. Reviewed-by: Wilco Dijkstra

Add gmp-arch and udiv_qrnnd

2025-11-25T17:52:15Z

To enable “longlong.h” removal, the udiv_qrnnd is moved to a gmp-arch.h file. It allows each architecture to implement its own arch-specific optimizations. The generic implementation now uses a static inline, which provides better type checking than the GNU extension to cast the asm constraint (and it works better with clang). Most of the architecture uses the generic implementation, which is expanded from a macro, except for alpha, x86, m68k, sh, and sparc. I kept that alpha, which uses out-of-the-line implementations and x86, where there is no easy way to use the div{q} instruction from C code. For the rest, the compiler generates good enough code. The hppa also provides arch-specific implementations, but they are not routed in “longlong.h” and thus never used. Reviewed-by: Wilco Dijkstra

htl: move {,_IO_}f{,un,try}lockfile implementation into libc

2025-11-13T22:01:07Z

Cleanup some recently added whitespace.

2025-10-31T01:56:58Z

Reviewed-by: H.J. Lu

Supress unused command arguments warning with clang

2025-10-29T15:54:03Z

clang 20 issues an warning for the unused '-c' argument used to create errlist-data-aux-shared.S, errlist-data-aux.S, siglist-aux-shared.S, and siglist-aux.S. Filter out the '-c' from the $(compile-command.c). Reviewed-by: H.J. Lu

Annotate swtich fall-through

2025-10-29T15:54:01Z

The clang default to warning for missing fall-through and it does not support all comment-like annotation that gcc does. Use C23 [[fallthrough]] annotation instead. proper attribute instead. Reviewed-by: Collin Funk