commit a94c8a148c689d50358c2fb3284001322bdad07f (HEAD -> gentoo/2.44)
Author:     Andreas Schwab <schwab@linux-m68k.org>
AuthorDate: Mon Aug 24 18:00:26 2026 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Wed Aug 26 10:14:23 2026 +0200

    m68k: remove sysdeps/m68k/m680x0/fpu/w_fmod_compat.c (bug 34559)
    
    This was missed from commit 6deadd4eb6.
    
    (cherry picked from commit ff1c5580610dee6d743169fc0f6684505d372dc9)
    (cherry picked from commit ae9225d55963c4420c49ccfa3f2fafc416f92032)

 sysdeps/m68k/m680x0/fpu/w_fmod_compat.c | 15 ---------------
 1 file changed, 15 deletions(-)

commit 99bceea09ff3ee47b6b5aa98af62b40ebb46a4de
Author:     Florian Weimer <fweimer@redhat.com>
AuthorDate: Fri Aug 14 13:41:16 2026 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Wed Aug 26 10:14:08 2026 +0200

    misc: Fix out-of-bounds array write in tdelete (bug 34506)
    
    Allocate the maximum array sizes directly, instead of resizing
    the arrays as needed.  This eliminates alloca usage from the
    function, and fixes the out-of-bounds accesses.  The asserts
    guard against the bug coming back if the balancing of the tree
    turns out not to work correctly.
    
    Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    (cherry picked from commit e2789c46e3bfdcd67a82bea9946b315c179e83d3)
    (cherry picked from commit d6ff274313d79feb864cc10eb775b91c817a67e9)

 misc/tsearch.c | 31 +++++++++++--------------------
 1 file changed, 11 insertions(+), 20 deletions(-)

commit 0260da5667100d9b2f01da0be6a6a126be624e7a (tag: gentoo/glibc-2.44-2, gentoo/gentoo/2.44)
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Wed Aug 12 09:03:17 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:13:03 2026 +0800

    m68k: Fix fmod/fmodf infinite recursion (BZ 34508)
    
    Commits 6deadd4eb6a and ade9f30ce27 changed m68k fmod to call
    __m81_u(fmod), instead of the mathimpl.h inline
    __m81_u(__ieee754_fmod) (that wraps the m68k fmod instruction).
    This leads to infinite recursion.
    
    Tested-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
    
    (cherry picked from commit bb213471bedc177b8efd3178584137fb81cc976a)
    (cherry picked from commit afd131806b25715a7617ab757db43f0bb610acbf)

 NEWS                              | 2 ++
 sysdeps/m68k/m680x0/fpu/e_fmod.c  | 2 +-
 sysdeps/m68k/m680x0/fpu/e_fmodf.c | 2 +-
 3 files changed, 4 insertions(+), 2 deletions(-)

commit 68ca1d4544bcfbdb5a301a272215178bcea6c96a
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Mon Aug 3 11:02:53 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:12:46 2026 +0800

    elf: Honour skip_ifunc for cross-object IFUNC relocations [BZ #34428]
    
    Commit 63b31c05a8a ("elf: Defer all IRELATIVE relocations until after PLT
    setup") dropped the skip_ifunc argument from elf_dynamic_do_Rel, assuming
    the new deferred elf_dynamic_do_Rel_irelative pass handles every relocation
    that may run an IFUNC resolver.  That only holds for IFUNC symbols defined
    in the object being relocated: a reference to an IFUNC in another object is
    an ordinary JMP_SLOT or GLOB_DAT against an undefined symbol, and its IFUNC
    nature is only known after symbol resolution inside elf_machine_rel.  Those
    relocations stay in the regular pass, which no longer propagated
    skip_ifunc, so __RTLD_NOIFUNC was ignored for them.
    
    ldd -u forces non-lazy binding (GLRO(dl_lazy) = 0 for DL_DEBUG_UNUSED), so
    the resolver was called and the diagnostic emitted:
    
      $ ldd -u /bin/ls
      /bin/ls: Relink `' with `/usr/lib64/libc.so.6' for IFUNC symbol `__mempcpy_chk'
    
    ldd -r with LD_BIND_NOW is affected in the same way.
    
    Restore the skip_ifunc parameter and thread it through _ELF_DYNAMIC_DO_RELOC.
    
    This new semantic shows that ELF_DYNAMIC_RELOCATE_NOIFUNC naming is misleading
    (it reads as "do not process IFUNC", yet it takes a skip_ifunc
    argument). Replace it to:
    
      DL_RELOC_BOTH     -> DL_RELOC_ALL
      DL_RELOC_NOIFUNC  -> DL_RELOC_NORMAL
      DL_RELOC_IFUNC    -> DL_RELOC_IRELATIVE
    
    ELF_DYNAMIC_RELOCATE_NOIFUNC and ELF_DYNAMIC_RELOCATE_IFUNC become a single
    ELF_DYNAMIC_RELOCATE_PASS taking the pass as its first argument, and
    ELF_DYNAMIC_DO_REL/ELF_DYNAMIC_DO_RELA take the pass instead of having three
    near-identical variants each.
    
    Checked on x86_64-linux-gnu, and built for all supported architectures.
    
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit 2f2e9bae4093e1c3ba61250e340d3c3b99788f68)
    (cherry picked from commit 16be1518495f1fa05481b0182c4e4c24927c62df)

 elf/Makefile                      |  28 ++++++++++
 elf/dl-reloc-static-pie.c         |   4 +-
 elf/dl-reloc.c                    |   6 ++-
 elf/do-rel.h                      |  24 ++++++---
 elf/dynamic-link.h                | 109 +++++++++++++++++---------------------
 elf/tst-ifunc-fault-dep-bindnow.c |  19 +++++++
 elf/tst-ifunc-fault-dep-lazy.c    |  27 ++++++++++
 elf/tst-ifunc-fault-mod.c         |  38 +++++++++++++
 8 files changed, 182 insertions(+), 73 deletions(-)

commit 2e36ee336b0373a3d8fee52e1be376a072b7333d
Author:     Magnus Lindholm <linmag7@gmail.com>
AuthorDate: Wed Aug 5 23:14:59 2026 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:12:27 2026 +0800

    string: Speed up strcasecmp test data initialization
    
    The strcasecmp and strncasecmp tests repeatedly initialize large
    buffers for many combinations of lengths and alignments.  The existing
    loops perform a remainder operation and call toupper and tolower for
    every element.
    
    Generate at most max_char elements using an additive recurrence and
    apply the case conversions while creating this initial pattern.  The
    recurrence produces the same sequence as the existing multiplication
    and remainder expression.  Expand the completed pattern using bulk
    copies.
    
    This preserves the generated test data and locale-dependent case
    conversion while substantially reducing the initialization cost on
    slower systems.
    
    Signed-off-by: Magnus Lindholm <linmag7@gmail.com>
    Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    (cherry picked from commit c1fb5d0e6b8d292ac526974d05c5adb4c3827fb0)
    (cherry picked from commit 11ac3d78fc5e4f7f2846002e099f773ad8ff82fc)

 string/test-strcasecmp.c  | 22 ++++++++++++++++++++--
 string/test-strncasecmp.c | 23 +++++++++++++++++++++--
 2 files changed, 41 insertions(+), 4 deletions(-)

commit b96ce45d07a7ad442707aeef93cfc22f19333c15
Author:     Magnus Lindholm <linmag7@gmail.com>
AuthorDate: Wed Aug 5 23:14:58 2026 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:12:11 2026 +0800

    string: Speed up strcmp test data initialization
    
    The strcmp and strncmp tests repeatedly initialize large buffers for
    many combinations of lengths and alignments.  The existing loops
    perform a remainder operation and two individual stores for every
    element.
    
    Generate at most max_char elements using an additive recurrence.  The
    recurrence produces the same sequence as the existing multiplication
    and remainder expression.  Expand this initial pattern using bulk
    copies, and then copy the completed first buffer to the second buffer.
    
    This preserves the generated test data while substantially reducing
    the initialization cost on slower systems.
    
    The change also applies to the wcscmp and wcsncmp tests, which include
    the same test sources.
    
    Signed-off-by: Magnus Lindholm <linmag7@gmail.com>
    Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    (cherry picked from commit 9b323b95567dff46b34157ac4455734633921abb)
    (cherry picked from commit 65d35639a9d055e423345c8748908c8aa48b19b9)

 string/test-strcmp.c  | 28 ++++++++++++++++++++++++++--
 string/test-strncmp.c | 28 ++++++++++++++++++++++++++--
 2 files changed, 52 insertions(+), 4 deletions(-)

commit a3a41c3458c46cb767a407bd20f05e277be6875f
Author:     Matt Turner <mattst88@gmail.com>
AuthorDate: Mon Aug 3 21:59:44 2026 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:11:54 2026 +0800

    stdio-common: avoid repeated regexp matches in tst-printf-format.awk
    
    Whether the value is an infinity, a NaN or zero does not change between
    the conversions applied to it, but was determined again for each one.
    Determine it where the value is read.
    
    Also look for the '#' flag with index() before matching the expressions
    that need it, and test the value first where both have to hold.
    
    For the %f conversion for double, in the C locale, as the median of five
    runs:
    
      x86_64, gawk 5.4.1    1.248s -> 1.184s
      x86_64, gawk 5.3.2    0.703s -> 0.708s
      alpha,  gawk 5.4.60    26.6s ->  25.8s
    
    So this only helps with the regular expression engine that gawk 5.4
    brought in; under 5.3.2 it is lost in the noise.  Output and exit status
    are unchanged for the e, f and g conversions for double under both
    gawk versions and both locales.
    
    Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    (cherry picked from commit 0cc3f9b3f3f2950844bd41cc8923215cd5d97269)
    (cherry picked from commit 7cc7a3a4fbf15c8a7d61a69452f754f9c352cd62)

 stdio-common/tst-printf-format.awk | 13 ++++++++-----
 1 file changed, 8 insertions(+), 5 deletions(-)

commit 64affbdd8a3a2edcdf2bc2fad9fc9eddaad970e9
Author:     Matt Turner <mattst88@gmail.com>
AuthorDate: Tue Aug 4 10:17:20 2026 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:11:37 2026 +0800

    stdio-common: run AWK in the C locale in the printf format tests
    
    The program under test runs in the C locale, through the test program
    prefix, but AWK inherits whatever locale the build was started in.  They
    agree today only because the locale in use shares its decimal point with
    the C locale.
    
    It is also faster.  gawk takes a single byte path in its regular
    expression engine when MB_CUR_MAX is 1, and the script matches several
    expressions against every line.  For the %f conversion for double, the
    largest of these tests, as the median of five runs:
    
      x86_64, gawk 5.4.1    1.482s -> 1.248s
      x86_64, gawk 5.3.2    0.911s -> 0.703s
      alpha,  gawk 5.4.60    30.9s ->  26.6s
    
    Worth noting that gawk 5.4 is a good deal slower here than 5.3 was, at
    1.248s against 0.703s for the same input in the C locale, so these tests
    have become more expensive than they used to be.
    
    Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    (cherry picked from commit 866a70167b85903a02d4ccacb91afb8922702c14)
    (cherry picked from commit 89da37bb6e4a631f375b5fe48783e5c023441b0c)

 stdio-common/tst-printf-format-c.sh       | 2 +-
 stdio-common/tst-printf-format-char.sh    | 2 +-
 stdio-common/tst-printf-format-double.sh  | 2 +-
 stdio-common/tst-printf-format-int.sh     | 2 +-
 stdio-common/tst-printf-format-ldouble.sh | 2 +-
 stdio-common/tst-printf-format-llong.sh   | 2 +-
 stdio-common/tst-printf-format-long.sh    | 2 +-
 stdio-common/tst-printf-format-s.sh       | 2 +-
 stdio-common/tst-printf-format-short.sh   | 2 +-
 stdio-common/tst-printf-format-uchar.sh   | 2 +-
 stdio-common/tst-printf-format-uint.sh    | 2 +-
 stdio-common/tst-printf-format-ullong.sh  | 2 +-
 stdio-common/tst-printf-format-ulong.sh   | 2 +-
 stdio-common/tst-printf-format-ushort.sh  | 2 +-
 14 files changed, 14 insertions(+), 14 deletions(-)

commit 4bdec0626a9b0f11f025de6612cba23e4e27d121
Author:     Matt Turner <mattst88@gmail.com>
AuthorDate: Sun Jul 26 14:43:11 2026 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:11:17 2026 +0800

    powerpc: Fix -mlong-double-128 IBM format configure test for Clang
    
    The check for -mlong-double-128 IBM extended format support wrapped its
    test code in AC_LANG_PROGRAM, which places the body inside main().  The
    body defines a function, so it became a nested function definition -- a
    GCC extension that Clang does not implement, making the test fail with
    Clang.
    
    Use AC_LANG_SOURCE so the function is defined at file scope, and
    regenerate configure.
    
    Reviewed-by: Sam James <sam@gentoo.org>
    (cherry picked from commit 559d0f77f3ee1000cf8a2d0baba7a59a1ec45f50)
    (cherry picked from commit eacd9cced93498e671c7e7f758aaf52593847e01)

 sysdeps/unix/sysv/linux/powerpc/configure    | 8 +-------
 sysdeps/unix/sysv/linux/powerpc/configure.ac | 3 ++-
 2 files changed, 3 insertions(+), 8 deletions(-)

commit f3d101315ab98718880c606d803c5b35d1bbc622
Author:     Matt Turner <mattst88@gmail.com>
AuthorDate: Sun Jul 26 00:27:37 2026 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:10:53 2026 +0800

    ldbl-opt: Fix -mlong-double-128 configure test for Clang
    
    The check for -mlong-double-128 support wrapped its test code in
    AC_LANG_PROGRAM, which places the body inside main().  The body defines
    a function, so it became a nested function definition -- a GCC extension
    that Clang does not implement, making the test fail (and thus the whole
    build error out) with Clang even though it supports -mlong-double-128.
    
    Use AC_LANG_SOURCE so the function is defined at file scope, matching the
    pattern already used by the powerpc64le compiler checks, and regenerate
    configure.
    
    Reviewed-by: Sam James <sam@gentoo.org>
    (cherry picked from commit e7a14f03b8d5e34e8ac46db6c377da5c66a3ec2a)
    (cherry picked from commit 9e1b1ef77c7b1cc58f625500e9ea74fb3cafdf12)

 sysdeps/ieee754/ldbl-opt/configure    | 7 -------
 sysdeps/ieee754/ldbl-opt/configure.ac | 2 +-
 2 files changed, 1 insertion(+), 8 deletions(-)

commit 9e134290e53c773834340f70aef5a968f19fc6f8
Author:     Xi Ruoyao <xry111@xry111.site>
AuthorDate: Sun Jul 26 00:11:44 2026 +0800
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:10:32 2026 +0800

    elf: test: handle different rootsbindir in tst-ldconfig-cache
    
    When compiling a glibc for a merged-/usr distro people may set
    rootsbindir=/usr/sbin.  But tst-ldconfig-cache has hard-coded
    /sbin/ldconfig path and so it fails with a different rootsbindir.
    
    Fix it by using support_install_rootsbindir like run_ldconfig in
    test-container.c.
    
    Signed-off-by: Xi Ruoyao <xry111@xry111.site>
    Reviewed-by: Florian Weimer <fweimer@redhat.com>
    (cherry picked from commit 02ea17b5add83a205d8b204dce28f38fe0498ea3)
    (cherry picked from commit 4662c4675d7f3ba87637c61730f06071f305c5cb)

 elf/tst-ldconfig-cache.c | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

commit 2d1d9cdba2628fc3472e3b6c07c216d37db8de7a
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Tue Jul 28 11:27:33 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:10:16 2026 +0800

    benchtests: Create objdir in the bench-%.c generation rule
    
    The $(objpfx)bench-%.c rule writes its output into $(objpfx) without
    ensuring that directory exists.  Serial builds happened to satisfy
    that ordering, with parallel builds the generation recipe can
    run before the directory is created, failing with:
    
      cannot create .../benchtests/bench-xxx.c-tmp: Directory nonexistent
    
    Add the standard $(make-target-directory).
    
    Reviewed-by: Florian Weimer <fweimer@redhat.com>
    (cherry picked from commit 26f0f2aa7d6ea63f85b5186349c41de2c91b4dd7)
    (cherry picked from commit 26b9cc42a051f78233fcecd2a3b83f98ec9862b9)

 benchtests/Makefile | 1 +
 1 file changed, 1 insertion(+)

commit c44bb5e63c80aa3f48dc538403445550ce1b096e
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Aug 6 14:08:00 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:10:00 2026 +0800

    arm: Order the rtld link after libgcc-stubs.a
    
    The librtld.map and librtld.os link recipes use $(gnulib), which on arm
    contains libgcc-stubs.a through gnulib-arch.  But the archive is only a
    prerequisite of lib-noranlib so the rtld link can run before the archive
    exists:
    
      ld.bfd: cannot find .../elf/libgcc-stubs.a: No such file or directory
    
    The race seems to predates the parallel subdirectory recursion, which
    only made it observable.
    
    Add the order-only dependency in sysdeps/arm/Makefile rather than in
    elf/Makefile.  Theprerequisite lists expand when the rule is parsed,
    and gnulib-arch is only defined once Makerules includes the sysdeps
    makefiles.
    
    Verified with a build for arm-linux-gnueabihf.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit a33ceb6e96dc8de8d36de1b1f3ec06ceb524d012)
    (cherry picked from commit 10e3ce8a57e134c13dd28772de68542b0e3d4e86)

 sysdeps/arm/Makefile | 5 +++++
 1 file changed, 5 insertions(+)

commit 2ac4773e2973715f049529cb1d6eeee7cc43100b
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Aug 6 14:07:59 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:09:39 2026 +0800

    Makefile: Order the top-level stamp files before the subdirectory fan-out
    
    The archive rules in Makerules list every stamp file as a prerequisite,
    including the top level's own, and the elf sub-make evaluates them to
    build libc_pic.a for the librtld.map link.  A sub-make can only create
    the stamp files of its own directory, so when the top-level ones do not
    exist yet it fails with:
    
      make[2]: *** No rule to make target '.../stamp.os', needed by
      '.../libc_pic.a'.  Stop.
    
    The serial recursion created them before the subdirectories through the
    prerequisite order of subdir_lib; the parallel recursion (commit
    7cac99621e96) does not.  Add them as prerequisites of the object-building
    per-subdirectory targets.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit 25c42d04c45fc5fdb1481a7f968782791b21fd3e)
    (cherry picked from commit f34027b27fefbc94aab04bff613ba5c24fb909b1)

 Makefile | 8 ++++++++
 1 file changed, 8 insertions(+)

commit d1a3130d91872d4569c0f9434ffc11f1769eaef8
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Aug 6 14:07:58 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:09:21 2026 +0800

    Makerules: Make the .dt to .d conversion safe against concurrent sub-makes
    
    The %.d: %.dt rule seds its input into a fixed temporary name, renames
    it into place and removes the input.  Two makes converting the same
    file trip over each other:
    
      mv: cannot stat '.../test-double-libmvec-sincos-avx512f.o.T': No such file or directory
      sed: can't read .../test-float-libmvec-acosf-avx512f.o.dt: No such file or directory
    
    That happens because the elf rtld-Rules recursion runs a sub-make over
    every $(rtld-subdirs) directory, which converts that directory's .dt
    files, and the parallel subdirectory recursion (commit 7cac99621e96)
    runs it concurrently with those subdirectories' own sub-makes.
    
    Add the PID of the shell to the temporary name and claim the input with
    a rename: only the run that wins converts and installs the target.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit ba8c8801be7674cc12406914184516a811ac22a8)
    (cherry picked from commit fc3641194619c7c327ef398c88c07b3069878ed3)

 Makerules | 18 ++++++++++++++----
 1 file changed, 14 insertions(+), 4 deletions(-)

commit ce8dadd11d778129644d36195110005a816eede1
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Aug 6 14:07:57 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:09:02 2026 +0800

    Makefile: Only print the test summary in the second pass of 'make check'
    
    The build-only first pass of the two-pass 'make check' still runs the
    static checks (abi, conformtest, installed headers, etc.), and the
    top-level tests recipe merged and summarized their results.
    
    An unexpected FAIL there (e.g. check-abi) aborted 'check' before the
    second pass ran any built test, and even a clean run printed a misleading
    partial summary.
    
    Pass tests-summary=no in the first pass to skip the merge and summary;
    the .test-result files persist, so the second pass folds those results
    into the one complete summary at the end, restoring the single-pass
    reporting behavior.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit 96a9a09d7d5527462a823c247569e65feeca8ddb)
    (cherry picked from commit f7beb24f3ad5dbf8e84a5b75d5b2428a262e9ab9)

 Makefile  |  7 +++++++
 Makerules | 11 +++++++++--
 2 files changed, 16 insertions(+), 2 deletions(-)

commit 8821660c520ed0ef5838852e821362faaa5d441f
Author:     Rudi Heitbaum <rudi@heitbaum.com>
AuthorDate: Thu Aug 6 14:07:56 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:08:42 2026 +0800

    Makerules: Only install the ABI lib-names header from the top level (BZ 34439)
    
    The $(inst_includedir)/%.h install rules exist only where $(headers) is
    non-empty, so in a subdir without headers (e.g. csu) the prerequisite
    added on install-others-nosubdir has no rule.
    
    It only worked because .NOTPARALLEL made the top level install the header
    first, which the parallel subdir recursion no longer guarantees.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit 82c0a96b8e63005a49ba52ddb21993811030613f)
    (cherry picked from commit 45b8a13c48da92bc5dd6fe102011391dd6847862)

 Makerules | 5 +++++
 NEWS      | 2 ++
 2 files changed, 7 insertions(+)

commit 9a7090cbedcea9e80757549e7b76372a9c6559ed
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Aug 6 14:07:55 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:08:24 2026 +0800

    Fix gen-as-const-headers races with the parallel subdir recursion (BZ 34438)
    
    The parallel subdirectory recursion (commit 7cac99621e96) only orders
    csu (and mach/hurd on Hurd) before the parallel fan-out plus the edges
    the Depend files request.  A header generated from gen-as-const-headers
    is only ordered before the compilations of the subdirectory that
    adds the .sym (through before-compile), so a header consumed by a
    different subdirectory may not exist yet when its consumer is
    compiled.
    
    That is the case for <sigaltstack-offsets.h>: it is generated when
    building misc, while its only consumer, ____longjmp_chk.S (x86_64 and
    sh), is built in debug.  The serial recursion always ran misc before
    debug in the sorted order, hiding the missing dependency.
    
    Move the generate the header to 'debug' instead.
    
    The same class of problem exists on Hurd: jmp_buf-ssp.h that is used
    by ____longjmp_chk.S in debug, and signal-defines.h that is sued
    by debug and setjmp.
    
    Deterministically reproduced with 'make debug/subdir_lib' from a clean
    build tree (which orders only csu before debug), and verified with
    builds for x86_64-linux-gnu, sh4-linux-gnu, i686-gnu, and x86_64-gnu.
    Reviewed-by: Sam James <sam@gentoo.org>
    
    (cherry picked from commit 60c9ed0e6b9cce07e85ee56fc39b9afe36919e45)
    (cherry picked from commit 5d1e923ed79185668ac62d19fc37e7e23a3642b6)

 Makerules                               | 12 +++++++++++-
 NEWS                                    |  2 ++
 sysdeps/mach/hurd/x86/Makefile          |  6 +-----
 sysdeps/unix/sysv/linux/sh/Makefile     |  4 +++-
 sysdeps/unix/sysv/linux/x86_64/Makefile |  4 +++-
 sysdeps/x86/Makefile                    | 10 ++++++++--
 6 files changed, 28 insertions(+), 10 deletions(-)

commit b76e7ffeff4273a57e69c2caf1ec79d42faac415
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Fri Mar 21 14:03:00 2025 +0000
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:08:01 2026 +0800

    linux: Inline syscall cancellation to keep wrapper frames observable (BZ 34338)
    
    The cancellable syscall wrappers end with a tail call to __syscall_cancel,
    the wrapper frame is then elided, so when the syscall executes the wrapper
    is no longer present on the stack.  Tools that unwind from CFI alone, such
    as valgrind, perf and sampling profilers, cannot observe it. On gdb, it
    only recovers it from DWARF call site information, which reduced-debuginfo
    libc builds usually omit.
    
    The behaviour is target dependent: for a shared (PIC) the tail call is
    emitted on aarch64, arc, loongarch and riscv.  It is not emitted on i386,
    x86_64, arm, s390x, sparc and alpha, where the seventh argument is passed
    on the stack or fewer argument registers are available, nor on powerpc
    and mips, where the TOC/GOT pointer must be restored after the call.
    This is why the problem was originally reported as aarch64 specific while
    x86_64 was unaffected.
    
    Rather than only inhibiting the tail call [1] (which keeps the wrapper frame
    but still leaves the __syscall_cancel and __internal_syscall_cancel
    frames), move the cancellation logic back into the wrappers.  In the
    single-threaded case the syscall is now issued directly from the wrapper;
    only the multi-threaded path still calls the out-of-line __syscall_cancel_arch.
    
    This keeps the wrapper observable and removes the extra frames, mimicking
    how cancellation was handled before 89b53077d2a58f00e7debdfe58afabe953dac60d.
    
    The result is a small libc.so .text increase (size, first column):
    
      ABI            master      patched      diff    increase
      aarch64       1635880     1647424      11544      0.71%
      x86_64        1981081     1992257      11176      0.56%
      powerpc64le   2364336     2376964      12628      0.53%
      riscv64       1368386     1376704       8318      0.61%
      loongarch64   1741385     1755601      14216      0.82%
    
    The tst-backtrace5 was suppose to track this issue, but due wrong
    loop variable check it does not take this in account.  This patch also fixes
    it.
    
    Checked on aarch64-linux-gnu, x86_64-linux-gnu, i686-linux-gnu,
    arm-linux-gnueabihf, and powerpc64le-linux-gnu.
    
    [1] https://sourceware.org/pipermail/libc-alpha/2025-March/165395.html
    
    (cherry picked from commit 1b5ff009fa5bf01ad26e6cc330a1df5a0c84135e)
    (cherry picked from commit fec2a9c6765b548f9d738e3a1c63a63ad7061d40)

 NEWS                                    |  2 +
 debug/tst-backtrace5.c                  | 32 ++++++++-----
 elf/Makefile                            |  4 +-
 nptl/cancellation.c                     | 60 ------------------------
 nptl/futex-internal.c                   |  2 +-
 nptl/sem_waitcommon.c                   |  2 +-
 sysdeps/unix/sysdep.h                   | 81 ++++++++++++++-------------------
 sysdeps/unix/sysv/linux/epoll_pwait2.c  |  2 +-
 sysdeps/unix/sysv/linux/recvmmsg.c      |  2 +-
 sysdeps/unix/sysv/linux/sigtimedwait.c  |  2 +-
 sysdeps/unix/sysv/linux/sysdep-cancel.h | 61 +++++++++++++++++++++++++
 11 files changed, 127 insertions(+), 123 deletions(-)

commit 3aec96883cc6d9f6f53de434b3fd68626e30fd6f
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Tue Aug 4 14:25:48 2026 +0000
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:07:41 2026 +0800

    hurd: Fix build after the ftw kernel_stat.h inclusion
    
    Commit 6758def7171 changed the generic ftw{64}.c to include
    kernel_stat.h, which is Linux specific.
    
    Add a Hurd version of kernel_stat.h defining XSTAT_IS_XSTAT64 to 0,
    since struct stat and struct stat64 never share a layout on Hurd: on
    32-bit ABIs st_ino, st_size, and st_blocks are narrower in struct stat,
    and on 64-bit ABIs the two structures still differ in size because
    _SPARE_SIZE in bits/stat.h reserves three more ints of spare space in
    struct stat than in struct stat64.
    
    This keeps the ftw/ftw64 symbols exactly as before the change, where
    the aliasing check on __OFF_T_MATCHES_OFF64_T was always false because
    the Hurd bits/typesizes.h does not define it.
    
    Checked with a full build for i686-gnu and x86_64-gnu.
    
    (cherry picked from commit d6031665c3a59faf75cf6bc55e041611da21d0e6)
    (cherry picked from commit 58da792d8a2d8f2fe711318836e853fcddfd7cd8)

 sysdeps/mach/hurd/kernel_stat.h | 23 +++++++++++++++++++++++
 1 file changed, 23 insertions(+)

commit b3dba5b0365b218c5fd4174ad6f18a63717d2d46
Author:     Xi Ruoyao <xry111@xry111.site>
AuthorDate: Wed Jul 22 19:26:10 2026 +0800
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:07:19 2026 +0800

    io: fix ftw ABI on MIPS n64
    
    On MIPS n64 off_t is same as off64_t, but struct stat is not same as
    struct stat64 (very peculiar but see the "as tempting as it..." comment
    in linux/mips/kernel_stat.h).  As the ftw/ftw64 callback accepts a
    pointer to a function who accepts struct stat/stat64, for MIPS n64 we
    must use different implementations for ftw and ftw64.
    
    Thus for testing if ftw64 can be aliased to ftw, we should check
    XSTAT_IS_XSTAT64 instead of __OFF_T_MATCHES_OFF64_T.
    
    This resolves the io/tst-ftw-lnk failure observed on MIPS n64.
    
    Link: https://sourceware.org/glibc/wiki/Testing/Tests/io/tst-ftw-lnk
    Signed-off-by: Xi Ruoyao <xry111@xry111.site>
    Reviewed-by: Adhemerval Zanella  <adhemerval.zanella@linaro.org>
    
    (cherry picked from commit 6758def717175e679cb49b5051b6b5ec54ddfb2c)
    (cherry picked from commit 9bcb85688e58847191deb42bfc68d60802078df4)

 io/ftw.c   | 4 +++-
 io/ftw64.c | 5 ++++-
 2 files changed, 7 insertions(+), 2 deletions(-)

commit 4521df0c3f9a0cca7e291cb373684bb3314a1c33
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Thu Jul 30 08:55:54 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:07:01 2026 +0800

    math: Fix x86_64 tanh _FloatN aliases binding to the FMA variant [BZ 34465]
    
    The generic implementation emits libm_alias_double unconditionally, so
    tanhf32x and tanhf64 bind directly to __tanh_fma.
    
    Guard the alias with '#ifndef __tanh' and emit it from the dispatcher,
    as sin.  Also remove the stale __expm1 defines, unused since tanh moved
    to CORE-MATH.
    
    Checked on x86_64-linux-gnu, and with 'qemu-x86_64 -cpu Nehalem'.
    
    Reported-by: Michael Brunnbauer <brunni@netestate.de>
    
    (cherry picked from commit b01abba04a954cbd6b2834c0643a08685a915fe5)
    (cherry picked from commit 0b58f5d80d24cf83cfde9d8381aafb11fef0e152)

 NEWS                                      | 1 +
 sysdeps/ieee754/dbl-64/s_tanh.c           | 2 ++
 sysdeps/x86_64/fpu/multiarch/s_tanh-fma.c | 6 ------
 sysdeps/x86_64/fpu/multiarch/s_tanh.c     | 5 ++---
 4 files changed, 5 insertions(+), 9 deletions(-)

commit 45de30df720aaf259fc709a827e62954d6d0899c
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Mon Jul 27 13:37:19 2026 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:06:43 2026 +0800

    math: Fix sinh worst-case results for |x| > 36.736801 [BZ 34441]
    
    The CORE-MATH import mistranslated the accurate path result scaling
    'th *= sp.f' as 'th *= asuint64 (sp)' (commit 106f8c2ed68), and two of
    the 51 exceptional-case table entries were dropped when the table was
    moved to e_sinh_data.c (commit f05c4907a27).
    
    Checked on x86_64-linux-gnu and aarch64-linux-gnu.
    
    (cherry picked from commit fdc90dbb52b092f68cd5a4fac7a4cbd854c91bc3)
    (cherry picked from commit 7cba77790f3279bec3ac20e9c7632b021cd53f95)

 NEWS                                 |   3 +
 math/auto-libm-test-in               |   8 +
 math/auto-libm-test-out-sinh         | 552 +++++++++++++++++++++++++++++++++++
 sysdeps/ieee754/dbl-64/e_sinh.c      |   2 +-
 sysdeps/ieee754/dbl-64/e_sinh_data.c |   4 +-
 sysdeps/ieee754/dbl-64/e_sinh_data.h |   2 +-
 6 files changed, 568 insertions(+), 3 deletions(-)

commit b707e7990ada9c4fe1e7e00466523141eb861b54
Author:     Samuel Thibault <samuel.thibault@ens-lyon.org>
AuthorDate: Mon Jul 27 00:59:36 2026 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Aug 13 21:06:26 2026 +0800

    hurd: fix fork's longjmp demangling on i386
    
    i386's setjmp does not actually mangle ebp.
    
    (cherry picked from commit c045fc61e8435c103ebfe06d01fec7f56503e2b4)

 sysdeps/mach/hurd/i386/longjmp-ts.c | 1 -
 1 file changed, 1 deletion(-)

commit 641dff8070638924215aa856c6433ebdda02181e (tag: gentoo/glibc-2.44-1)
Author:     Jeff Bailey <jbailey@nisa.net>
AuthorDate: Fri Apr 25 03:40:46 2003 +0000
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:41:13 2026 +0900

    hurd: enable ldconfig
    
    DP: Description: Enable ldconfig and such on hurd-i386
    DP: Author: Jeff Bailey <jbailey@nisa.net>
    DP: Upstream status: Not submitted
    DP: Status Details: Upstream disagrees with this patch, but I'm
    DP: putting it in so that we have expected Debian behaviour on the
    DP: Hurd.  We should review this when the ELF standard supports runpath.
    DP: Date: 08 Apr 2003
    Imported-from: https://salsa.debian.org/glibc-team/glibc/-/blob/93d5069240943c4dcc950f6255028f7d1fcc2df0/debian/patches/hurd-i386/local-enable-ldconfig.diff

 sysdeps/mach/hurd/configure    | 2 ++
 sysdeps/mach/hurd/configure.ac | 3 +++
 2 files changed, 5 insertions(+)

commit c390da81844a82aa5903f1477f1332ba6f7fd6a2
Author:     Samuel Thibault <samuel.thibault@ens-lyon.org>
AuthorDate: Sat Jul 25 21:38:32 2026 +0900
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:32 2026 +0900

    Add -lmachuser -lhurduser to libc.so on GNU/Hurd.
    
    http://lists.gnu.org/archive/html/bug-hurd/2011-03/msg00112.html
    
    2011-03-29  Samuel Thibault  <samuel.thibault@ens-lyon.org>
    
            * Makerules ($(inst_libdir)/libc.so): Add -lmachuser -lhurduser to
            libc.so on GNU/Hurd.
    
    It's still unclear what we want to aim for.

 Makerules | 3 +++
 1 file changed, 3 insertions(+)

commit c24be46da2e28122382c3b3200094ead8b8adbd7
Author:     Ludwig Rydberg <ludwig.rydberg@gaisler.com>
AuthorDate: Fri Jun 13 12:22:41 2025 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:29 2026 +0900

    sparc: Fix argument passing to __libc_start_main on SPARC32
    
    Use a custom __libc_start_main function so the highest stack address can
    be provided to __libc_start_main_impl without altering the content of
    the stack (as there is no room for adding arguments to the stack).
    
    The __libc_stack_end was written to [%sp+23*4] but that address is
    already in use (holds the pointer to argv) which led to corruption.
    
    Fixes: d952c6efaa87 ("sparc: Fix argument passing to __libc_start_main (BZ 32981)")
    Signed-off-by: Ludwig Rydberg <ludwig.rydberg@gaisler.com>
    (cherry picked from commit c8305ccf787df8b16a5db18254a3737069a390b7)

 sysdeps/sparc/sparc32/start.S                      |  6 ++---
 sysdeps/unix/sysv/linux/sparc/sparc32/libc-start.c | 30 ++++++++++++++++++++++
 2 files changed, 32 insertions(+), 4 deletions(-)

commit b440ad6df33530211f9372e5fe0a30c3740eeb90
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Mon Dec 1 23:53:01 2025 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:26 2026 +0900

    Revert "sparc: Fix sparc32 Fix argument passing to __libc_start_main (BZ 32981)"
    
    This reverts commit 8b37c99ef19c79b2bfe84be3b5a4348ef09b0d76.
    
    (cherry picked from commit 1edc76ee1fb1e9d9a300bd0439580de91bea92e8)

 sysdeps/sparc/sparc32/start.S | 7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

commit 8465809e7697410be0f719b05b126e3575d6ec6e
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Mon Apr 13 18:09:20 2020 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:23 2026 +0900

    linux: Set internal DIR filepos as off64_t (BZ #23960, BZ #24050)
    
    It allows to obtain the expected entry offset on telldir and set
    it correctly on seekdir on platforms where long int is smaller
    than off64_t.
    
    On such cases opendir creates a map entry between the DIR d_off
    offset and the returned long int (the telldir return value).
    seekdir will then set the correct offset from the internal list
    using the telldir as the list key.
    
    It also removes the overflow check on readdir and the returned value
    will be truncated by the non-LFS off_t size.  As Joseph has noted
    in BZ #23960 comment #22, d_off is an opaque value and since
    telldir/seekdir works regardless of the returned dirent d_off value.
    
    Finally it removes the requirement to check for overflow values on
    telldir (BZ #24050).
    
    Checked on x86_64-linux-gnu, i686-linux-gnu, powerpc-linux-gnu,
    and arm-linux-gnueabihf.
    
    Rebased for glibc-2.41 by Andreas K. Hüttel <dilfridge@gentoo.org>

 include/dirent.h                            |   2 +-
 sysdeps/unix/sysv/linux/Makefile            |   2 +
 sysdeps/unix/sysv/linux/alpha/bits/dirent.h |   3 +
 sysdeps/unix/sysv/linux/bits/dirent.h       |   4 +
 sysdeps/unix/sysv/linux/closedir.c          |   4 +
 sysdeps/unix/sysv/linux/dirstream.h         |   9 +-
 sysdeps/unix/sysv/linux/opendir.c           |   3 +
 sysdeps/unix/sysv/linux/readdir.c           |  21 ++--
 sysdeps/unix/sysv/linux/readdir64.c         |  11 +++
 sysdeps/unix/sysv/linux/rewinddir.c         |   5 +
 sysdeps/unix/sysv/linux/seekdir.c           |  30 +++++-
 sysdeps/unix/sysv/linux/telldir.c           |  36 +++++++
 sysdeps/unix/sysv/linux/telldir.h           |  70 ++++++++++++++
 sysdeps/unix/sysv/linux/tst-opendir-lfs.c   |   2 +
 sysdeps/unix/sysv/linux/tst-opendir.c       | 145 ++++++++++++++++++++++++++++
 15 files changed, 329 insertions(+), 18 deletions(-)

commit a6fc7918c8a8db07660470951fb2a2d2c183ed91
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Wed Mar 1 14:41:23 2023 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:20 2026 +0900

    support: Add xreallocarray
    
    As a wrapper over reallocarray.

 support/Makefile        |  1 +
 support/support.h       |  2 ++
 support/xreallocarray.c | 29 +++++++++++++++++++++++++++++
 3 files changed, 32 insertions(+)

commit 5815449f119f3aff8509dcc33d24525821452b04
Author:     Adhemerval Zanella <adhemerval.zanella@linaro.org>
AuthorDate: Tue Oct 20 13:37:15 2020 -0300
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:17 2026 +0900

    linux: Use getdents64 on non-LFS readdir
    
    It is similar to what non-LFS getdents do (including overflow check).
    
    Checked on x86_64-linux-gnu and i686-linux-gnu.

 sysdeps/unix/sysv/linux/readdir.c | 97 +++++++++++++++++++++++++++++----------
 1 file changed, 73 insertions(+), 24 deletions(-)

commit 308e6fcb002cd227f7f7aa4669ac3526466d9d61
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Fri Dec 14 20:43:04 2018 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:14 2026 +0900

    Force -O0 in conform tests to survive $CC changes
    
    In bug #659030 Gentoo started passing user's CFLAGS via $CC variable.
    conform tests should but are not ready to handle -O1/-O2 yet.
    Tests fail to validate headers due to inlining of weak symbol aliases
    and other problems. Let's force it back to -O0 until it's fixed upstream.
    
    Original patch by Sergei, ported to the new python test framework by Andreas
    
    Bug: https://bugs.gentoo.org/659030
    Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 conform/conformtest.py   | 6 ++++--
 conform/linknamespace.py | 4 +++-
 2 files changed, 7 insertions(+), 3 deletions(-)

commit b3b7b6d2497b39be4bdf4ec345223380746a0091
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Mon Oct 22 22:34:13 2018 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:11 2026 +0900

    Adapt to Gentoo-specific /etc/mail/aliases
    
    Patch by pacho2
    
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
    (cherry picked from commit 4e616cda056f471b799beba2b1cedc787ad4ecc0)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 nss/nss_files/files-alias.c    |  2 +-
 nss/tst-nss-files-alias-leak.c | 18 +++++++++---------
 support/support_chroot.c       |  8 +++++++-
 3 files changed, 17 insertions(+), 11 deletions(-)

commit 2bdb39f9f6a868d9575ad77ca29077d5f4cecb40
Author:     Mike Frysinger <vapier@gentoo.org>
AuthorDate: Tue Aug 3 00:34:59 2021 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 21:38:08 2026 +0900

    Disable ldconfig during install
    
    Do not bother running ldconfig on DESTDIR.  It's a waste of time as we
    won't use the result (portage will rebuild the cache after install).
    Also, the Gentoo sandbox does not currently catch chroot() behavior so
    we end up (incorrectly) flagging it as a violation as a write to /etc.
    
    http://sourceware.org/ml/libc-alpha/2012-08/msg00118.html
    https://bugs.gentoo.org/431038
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 Makefile | 1 +
 1 file changed, 1 insertion(+)

commit 0b05bc142249ac47e72be5cad5c37f33f4bb68d4
Author:     Samuel Thibault <samuel.thibault@ens-lyon.org>
AuthorDate: Fri Jul 24 23:10:02 2026 +0200
Commit:     Samuel Thibault <samuel.thibault@ens-lyon.org>
CommitDate: Sat Jul 25 02:42:39 2026 +0200

    hurd: Make the readlink __fstatat64 references optional
    
    They may show up or not depending on the toolchain in use.

 sysdeps/mach/hurd/i386/localplt.data   | 4 ++--
 sysdeps/mach/hurd/x86_64/localplt.data | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

commit 1bd79651065b27c02c6502b9423124e54882058d
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Sat Jul 25 09:21:33 2026 +0900
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 09:21:33 2026 +0900

    NEWS: start 2.44.1 section
    
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 NEWS | 4 ++++
 1 file changed, 4 insertions(+)

commit 5e5ddf57987ae4b37da5ca2fa039c8803b0be735
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Sat Jul 25 09:20:26 2026 +0900
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sat Jul 25 09:20:26 2026 +0900

    advisories: replace with ADVISORIES text file
    
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ADVISORIES                    |  2 +
 advisories/GLIBC-SA-2023-0001 | 14 -------
 advisories/GLIBC-SA-2023-0002 | 15 -------
 advisories/GLIBC-SA-2023-0003 | 15 -------
 advisories/GLIBC-SA-2023-0004 | 16 --------
 advisories/GLIBC-SA-2023-0005 | 18 ---------
 advisories/GLIBC-SA-2024-0001 | 15 -------
 advisories/GLIBC-SA-2024-0002 | 15 -------
 advisories/GLIBC-SA-2024-0003 | 13 ------
 advisories/GLIBC-SA-2024-0004 | 28 -------------
 advisories/GLIBC-SA-2024-0005 | 22 -----------
 advisories/GLIBC-SA-2024-0006 | 32 ---------------
 advisories/GLIBC-SA-2024-0007 | 28 -------------
 advisories/GLIBC-SA-2024-0008 | 26 ------------
 advisories/GLIBC-SA-2025-0001 | 40 -------------------
 advisories/GLIBC-SA-2025-0002 | 23 -----------
 advisories/GLIBC-SA-2025-0003 | 30 --------------
 advisories/GLIBC-SA-2025-0004 | 29 --------------
 advisories/GLIBC-SA-2025-0005 | 14 -------
 advisories/GLIBC-SA-2026-0001 | 41 -------------------
 advisories/GLIBC-SA-2026-0002 | 36 -----------------
 advisories/GLIBC-SA-2026-0003 | 36 -----------------
 advisories/GLIBC-SA-2026-0004 | 30 --------------
 advisories/GLIBC-SA-2026-0005 | 37 -----------------
 advisories/GLIBC-SA-2026-0006 | 27 -------------
 advisories/GLIBC-SA-2026-0007 | 15 -------
 advisories/GLIBC-SA-2026-0008 | 22 -----------
 advisories/GLIBC-SA-2026-0009 | 23 -----------
 advisories/GLIBC-SA-2026-0010 | 24 -----------
 advisories/GLIBC-SA-2026-0011 | 24 -----------
 advisories/GLIBC-SA-2026-0012 | 18 ---------
 advisories/GLIBC-SA-2026-0013 | 20 ----------
 advisories/GLIBC-SA-2026-0014 | 19 ---------
 advisories/README             | 92 -------------------------------------------
 34 files changed, 2 insertions(+), 857 deletions(-)
