On Mon, Jul 22, 2024 at 2:22 AM Richard Purdie < [email protected]> wrote:
> On Sun, 2024-07-21 at 11:03 -0700, Khem Raj via lists.openembedded.org > wrote: > > Major new features: > > > > * The <stdbit.h> header type-generic macros have been changed when using > > GCC 14.1 or later to use __builtin_stdc_bit_ceil etc. built-in > functions > > in order to support unsigned __int128 and/or unsigned _BitInt(N) > operands > > with arbitrary precisions when supported by the target. > > > > * The GNU C Library now supports a feature test macro _ISOC23_SOURCE to > > enable features from the ISO C23 standard. Only some features from > > this standard are supported by the GNU C Library. The older name > > _ISOC2X_SOURCE is still supported. Features from C23 are also enabled > > by _GNU_SOURCE, or by compiling with the GCC options -std=c23, > > -std=gnu23, -std=c2x or -std=gnu2x. > > > > * The following ISO C23 function families (introduced in TS > > 18661-4:2015) are now supported in <math.h>. Each family includes > > functions for float, double, long double, _FloatN and _FloatNx, and a > > type-generic macro in <tgmath.h>. > > > > - Exponential functions: exp2m1, exp10m1. > > > > - Logarithmic functions: log2p1, log10p1, logp1. > > > > * A new tunable, glibc.rtld.enable_secure, can be used to run a program > > as if it were a setuid process. This is currently a testing tool to > allow > > more extensive verification tests for AT_SECURE programs and not meant > to > > be a security feature. > > > > * On Linux, the epoll header was updated to include epoll ioctl > definitions > > and the related structure added in Linux kernel 6.9. > > > > * The fortify functionality has been significantly enhanced for building > > programs with clang against the GNU C Library. > > > > * Many functions have been added to the vector library for aarch64: > > acosh, asinh, atanh, cbrt, cosh, erf, erfc, hypot, pow, sinh, tanh > > > > * On x86, memset can now use non-temporal stores to improve the > performance > > of large writes. This behaviour is controlled by a new tunable > > x86_memset_non_temporal_threshold. > > > > Deprecated and removed features, and other changes affecting > compatibility: > > > > * Architectures which use a 32-bit seconds-since-epoch field in struct > > lastlog, struct utmp, struct utmpx (such as i386, powerpc64le, rv32, > > rv64, x86-64) switched from a signed to an unsigned type for that > > field. This allows these fields to store timestamps beyond the year > > 2038, until the year 2106. Please note that applications are still > > expected to migrate off the interfaces declared in <utmp.h> and > > <utmpx.h> (except for login_tty) due to locking and session management > > problems. > > > > * __rseq_size now denotes the size of the active rseq area (20 bytes > > initially), not the size of struct rseq (32 bytes initially). > > > > Signed-off-by: Khem Raj <[email protected]> > > Thanks Khem. I ran this through the autobuilder and there were only two > failures. One expected as it tests the buildtools libc which doesn't > work until we upgrade uninative. The other looks to be an intermittent > qemuarm failure. From my perspective I think we're looking good to > merge this! Cool yeah and today the release also came out so I am not expecting to make any more changes to the RFT series > > > Cheers, > > Richard >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#202313): https://lists.openembedded.org/g/openembedded-core/message/202313 Mute This Topic: https://lists.openembedded.org/mt/107470862/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
