Adhemerval Zanella

[Adhemerval Zanella @adhemerval]

@andersonc0d3 No worries. it was nice you approached us in the mail-list with a thoughtfully description of the issue, instead of writing a blog post targeting security experts.

[Adhemerval Zanella @adhemerval]

@mu_chrinovic Unfortunately there is a reason glibc needs do use double underscore names for internal and some external symbols.

[GCC - GNU Toolchain @gnutools]

GNU Tools Weekly News Week 24 (February 8, 2026)

Release updates for GNU toolchain:
* binutils 2.46 was released
* https://t.co/bYFRQjNLri
* gcc 16.0 regression status
* P1: 29
* P1+P2+P3 total: 860
General/big GNU toolchain news:
*
GCC easy issue to tackle of the week:
* New feature this week, This is a highlight of one bug report that
would be a good issue for someone new to GCC to fix
* If others want to sponsor an issue please let me know and I can
add that one for the week (gdb, binutils and glibc issues welcome too)
* lower mempcpy to memcpy when result is unused
* https://t.co/VhQqho1869
* Reach out to Andrew Pinski for
mentoring on this issue
GCC commits:
* note most of the commits from now until the release are bug fixes
which have not been listed here normally
* doc: Move parameter docs to the GCC internals manual
* Removal of CONST_CAST and related macros (C++ification cleanup)
GCC discussion:
*

GCC bugzilla stats
* 118 new issues filed
* 136 issues closed
glibc commits:
* math: Order signed zeros in f{max,min}{,mag}{f,l,f128}
* math: Optimize f{max,min}imum{,_num,_mag,_mag_num}{f,l,f128}
* AArch64: Optimize memcpy for Kunpeng 950 processor
* AArch64: Add if('fastmath') to math-vector-fortran.h

binutils/gdb commits:
* PowerPC: Support for Elliptic Curve Cryptography Instructions (RFC02669)
* [gold] Note gold and dwp deprecation in NEWS
* bpf: add may_goto instruction

[GCC - GNU Toolchain @gnutools]

The GNU C Library version 2.43 Released.
ISO C23 Features.
Linux mseal.
Additional optimized and correctly rounded mathematical functions.
Experimental Clang build support.
AArch64 improvements.
https://t.co/2T9BMI1efr

[Adhemerval Zanella @adhemerval]

@spendergrsec @seanhn Are any of these applicable to upstream glibc or are PAX specific ? I would be interested to take a look if possible.

[Adhemerval Zanella @adhemerval]

@spendergrsec @seanhn No afaik, I finally have added llvm build support on next 2.43 release and plan to check on enable its CFI support.

[Adhemerval Zanella @adhemerval]

@itanium_guy Another problem is afaik DWARF unwinders are inherent slower than a SEH one (need to mmap and parse extra metadata).

[Adhemerval Zanella @adhemerval]

@itanium_guy On glibc we can just force libgcc_s.so loading at startup, it would make async-signal in theory (old libgcc still calls malloc on unwind, but it was fixed a long time agora afaik).
But you will still the have de extra runtime cost and semantic change.

[Adhemerval Zanella @adhemerval]

@itanium_guy The pthread_cancel/pthread_exit C++unwind integration is a glibc extension; afaik other C runtimes do not implement it (musl, BSD).

[Adhemerval Zanella @adhemerval]

@itanium_guy I would say not many in the C world where Linux/glibc was initially envisioned. On Windows you have SEH and C extensions where exceptions where designed as system primitive, which is not the case for Linux/glibc.

[Adhemerval Zanella @adhemerval]

@itanium_guy And this semantic will be a versioned symbol (to avoid breaking programs that do not expect it), which add more maintanance and complexity.

It think you might bring this up on glibc, but I think is unlikely other maintainer will want to change it.

[Adhemerval Zanella @adhemerval]

@itanium_guy This would require to dlopen libgcc_s.so, similar to what pthread_cancel do; which would change the function to be not be async-signal-safe. It would also add some overhead on most of users that do not require it.

[JF Bastien @jfbastien]

The entire world is running out of RAM and for once it’s not @googlechrome’s fault. 🙏

[GCC - GNU Toolchain @gnutools]

GNU Tools Weekly News Week 15 (December 7, 2025)

Release updates for GNU toolchain:
 * GDB 17.1 release next weekend (Sat-Sun Dec 13-14)
  * https://t.co/SDfKN2FtNq
 * glibc 2.43 release planning
  * https://t.co/xvQuGVTpcO
  * https://t.co/54Ne8u8ja6
General/big GNU toolchain news:
 *  The GCC Steering Committee has a wiki page detailing their mission  and current requests are listed
  ** https://t.co/YAnzL5W2da
 * What’s New in Oracle Solaris 11.4 SRU 87
  ** GCC 15 included now
  ** https://t.co/zyqyoXOGCi
GCC commits:
 * Fixes for aarch64 mingw support (long double and varargs)
 * MIPS: add support for mips allegrex cores
 * GCC rust: 12 patch sync
 * Ada: 7 patch sync
 * Sync libsanitizer from upstream
 * amdgcn: Implement Managed Memory
 * libstdc++: implement P3044R2
 * libstdc++: Convertibility of rank == 0 layouts, LWG4272.
 * libstdc++: Implement P2655R3
 * Add -ffuse-ops-with-volatile-access (enabled for x86 by default)
 * OpenMP: C/C++ parser support for dyn_groupprivate
  ** Fortran support was earlier
GCC discussion:
 * injected class name vs. constructor reference (with templates)
  ** https://t.co/ufADsF00dt
 * "A: a new bug to old plain C"
  ** https://t.co/FOhTpgIsVN
 * Bug in identical code folding?
  ** https://t.co/HayzQJnV2W
 * Question about ifcvt optimization
  * https://t.co/tJz6gMbHRB
GCC bugzilla stats
 * 113 new issues filed
 * 79 issues closed
glibc commits:
 * aarch64: Optimise AdvSIMD log1pf, logf, log2f, log10f, log1p, log, log2, log10
 * aarch64: Optimise AdvSIMD acoshf, asinhf, atanhf
 * aarch64: Implement AdvSIMD and SVE rsqrt(f) routines

glibc discussion:
 * Deprecation of s390-32 in glibc
  * https://t.co/eWrOFdMhgA
binutils/gdb commits:
 * gdb/guile: remove support for Guile < 2.2
 * Add AMD znver6 processor support

[GCC - GNU Toolchain @gnutools]

GNU Tools Weekly News Week 14 (November 30, 2025)

Release updates for GNU toolchain:
 * GDB 17.1 release update -- 2025-11-29
  * https://t.co/OiHC4QwZce

General/big GNU toolchain news:
 *  The GCC Steering Committee has a wiki page detailing their mission and current requests are listed
   ** https://t.co/YAnzL5WA2I
 * Reminder: GCC (GNU Toolchain) dev room at FOSDEM 2026, January 31-Februrary 1, Brussels, Belgium - Calls for proposals
  ** The deadline is tomorrow December 1, 2025
  ** https://t.co/m7nyDhEE7q
 * GDB: Christina Schimpe added as a x86-64 and i386 maintainer
 * Office Hours for the GNU Toolchain was held Thursday 2025-11-27
  * Notes can be found at https://t.co/TA1LeMDamm
  * Next office hours is 2025-12-18 @ 1100h EST5EDT
* Sourceware HW service migration successfully happened Friday 2025-11-28
  * Please report if you notice anything wrong to [email protected]
 * The Algol 68 front-end for GCC was merged in
 * GCC's C++ front-end now defaults to C++20 if not supplied a -std= option

GCC commits:
 * The Algol 68 front-end
 * Change the default C++ dialect to gnu++20
 * c: Add _Maxof and _Minof operators
 * New g++ option --compile-std-module to compile the std module
without any extra invocation of gcc
 * RISC-V profiles support was removed from GCC 16 due to issues
 * aarch64: Enable parsing of user-provided AArch64 CPU tuning parameters
 * aarch64: Better code generation for SVE/Adv. SIMD early break vectorization
 * libstdc++: Implement LWG 4366 for std::expected comparisons
 * libstdc++: Implement LWG 4370 for std::optional comparisons
 * gccrs: 12 commit sync
 * ada: 15 commit sync
 * RISC-V: Add Andes 23 and 45 series pipeline descriptions
 * RISC-V: Add SpacemiT extension xsmtvdot

GCC discussion:
 * decimal floating point
  ** Moved from glibc discussion
  * https://t.co/7HAOWTVMoI
 * Refining _DEFAULT_SOURCE and _GNU_SOURCE
  ** Also glibc discussion
  * https://t.co/iFe4BUAKcW

GCC bugzilla stats
 * 113 new issues filed
 * 97 issues closed

glibc commits:
 * math: New generic fmaf and fma implementation
  ** related to last week's `Remove ldbl-96 fma implementation` commit
  ** Also see https://t.co/Cq8oS5e0zl
 * math: Sync atanh from CORE-MATH
 * Define C23 header version macros
 * stdlib: Remove longlong.h (usage and header)

glibc discussion:
 * See gcc discussion too
 * glibc SFrame support for newer versions
  * https://t.co/yQsq8pPwuT
 * Is hppa64-linux-gnu an supported target?
  * https://t.co/0OTIqscy1n

binutils/gdb commits:
 * Obsolete support for Solaris < 10

gdb discussion:
 * What bugs/issues should I work on?
  * https://t.co/uuhWXhRehd

[Adhemerval Zanella @adhemerval]

It seems some forum commenters got confused about the glibc's fma optimization from Phoronix article, let try to explain it better https://t.co/mZzKQfhN3z

[Adhemerval Zanella @adhemerval]

Fangruin raises valid concerns about the SFrame design that creators unfortunately have not acknowledged yet.

We reluctantly added this on glibc (it was added near the release) and I wonder if we should wait more.

[[email protected] @HaskRay]

Started a thread "Concerns about SFrame viability for userspace stack walking"
https://t.co/bh9w1qoKPw
To: linux-toolchains, linux-perf-users, linux-kernel

[Adhemerval Zanella @adhemerval]

Not so obvious I must say, but it is still interesting - https://t.co/2vmPV5QqGs

[Dmitrii Kovanikov @ChShersh]

Quick skill check.

If you want to call yourself a Software Engineer,

This code snippet should be obvious to you.