| Commit message (Expand) | Author | Age | Files | Lines |
|---|
| * | fix mismatched signatures for strtod_l family•••strtod_l, strtof_l, and strtold_l originally existed only as
glibc-ABI-compat symbols. as noted in the commit which added them,
17a60f9d327c6f8b5707a06f9497d846e75c01f2, making them aliases for the
non-_l functions was a hack and not appropriate if they ever became
public API.
unfortunately, commit 35eb1a1a9b97577e113240cd65bf9fc44b8df030 did
make them public without undoing the hack. fix that now by moving the
the _l functions to their own file as wrappers that just throw away
the locale_t argument.
| Rich Felker | 2021-12-09 | 2 | -7/+22 |
| * | define NULL as nullptr when used in C++11 or later•••This should be safer for casting and more compatible with existing code
bases that wrongly assume it must be defined as a pointer.
| Ismael Luceno | 2021-11-29 | 8 | -8/+24 |
| * | fix hwcap access in powerpc-sf setjmp/longjmp•••commit 7be59733d71ada3a32a98622507399253f1d5e48 introduced the
hwcap-based branches to support the SPE FPU, but wrongly coded them as
bitwise tests on the computed address of __hwcap, not a value loaded
from that address. replace the add with indexed load to fix it.
| Rich Felker | 2021-11-29 | 2 | -2/+2 |
| * | fix struct layout mismatch in sound ioctl time32 fallback conversion•••the snd_pcm_mmap_control struct used with SNDRV_PCM_IOCTL_SYNC_PTR was
mistakenly defined in the kernel uapi with "before u32" padding both
before and after the first u32 member. our conversion between the
modern struct and the legacy time32 struct was written without
awareness of that mistake, and assumed the time64 version of the
struct was the intended form with padding to match the layout on
64-bit archs. as a result, the struct was not converted correctly when
running on old kernels, with audio glitches as the likely result.
this was discovered thanks to a related bug in the kernel, whereby
32-bit userspace running on a 64-bit kernel also suffered from the
types mismatching. the mistaken layout is now the ABI and can't be
changed -- or at least making a new ioctl to change it would just
result in a worse situation.
our conversion here is changed to treat the snd_pcm_mmap_control
substruct as two separate substructs at locations dependent on
endianness (since the displacement depends on endianness), using the
existing conversion framework.
| Rich Felker | 2021-10-19 | 1 | -2/+7 |
| * | add qsort_r and make qsort a wrapper around it•••we make qsort a wrapper by providing a wrapper_cmp function that uses
the extra argument as a function pointer. should be optimized to a tail
call on most architectures, as long as it's built with
-fomit-frame-pointer, so the performance impact should be minimal.
to keep the git history clean, for now qsort_r is implemented in qsort.c
and qsort is implemented in qsort_nr.c. qsort.c also received a few
trivial cleanups, including replacing (*cmp)() calls with cmp().
qsort_nr.c contains only wrapper_cmp and qsort as a qsort_r wrapper
itself.
| Érico Nogueira | 2021-09-23 | 4 | -17/+36 |
| * | add SPE FPU support to powerpc-sf•••When the soft-float ABI for PowerPC was added in commit
5a92dd95c77cee81755f1a441ae0b71e3ae2bcdb, with Freescale cpus using
the alternative SPE FPU as the main use case, it was noted that we
could probably support hard float on them, but that it would involve
determining some difficult ABI constraints. This commit is the
completion of that work.
The Power-Arch-32 ABI supplement defines the ABI profiles, and indeed
ATR-SPE is built on ATR-SOFT-FLOAT. But setjmp/longjmp compatibility
are problematic for the same reason they're problematic on ARM, where
optional float-related parts of the register file are "call-saved if
present". This requires testing __hwcap, which is now done.
In keeping with the existing powerpc-sf subarch definition, which did
not have fenv, the fenv macros are not defined for SPE and the SPEFSCR
control register is left (and assumed to start in) the default mode.
| Rich Felker | 2021-09-23 | 11 | -13/+71 |
| * | fix undefined behavior in getdelim via null pointer arithmetic and memcpy•••both passing a null pointer to memcpy with length 0, and adding 0 to a
null pointer, are undefined. in some sense this is 'benign' UB, but
having it precludes use of tooling that strictly traps on UB. there
may be better ways to fix it, but conditioning the operations which
are intended to be no-ops in the k==0 case on k being nonzero is a
simple and safe solution.
| Rich Felker | 2021-09-11 | 1 | -3/+5 |
| * | fix excessively slow TLS performance on some mips models•••commit 6d99ad91e869aab35a4d76d34c3c9eaf29482bad introduced this
regression as part of a larger change, based on an incorrect
assumption that rdhwr being part of the mips r2 ISA level meant that
the TLS register, known in the mips documentation as UserLocal, was
unconditionally present on chips providing this ISA level and would
not need trap-and-emulate. this turns out to be false.
based on research by Stanislav Kljuhhin and Abilio Marques, who
reported the problem as a performance regression on certain routers
using OpenWRT vs older uclibc-based versions, it turns out the mips
manuals document the UserLocal register as a feature that might or
might not be implemented or enabled, reflected by a cpu capability bit
in the CONFIG3 register, and that Linux checks for this and has to
explicitly enable it on models that have it.
thus, it's indeed possible that r2+ chips can lack the feature,
bringing us back to the situation where Linux only has a fast
trap-and-emulate path for the case where the destination register is
$3. so, always read the thread pointer through $3. this may incur a
gratuitous move to the desired final register on chips where it's not
needed, but it really doesn't matter.
| Rich Felker | 2021-08-12 | 1 | -2/+1 |
| * | fix error checking in pthread_getname_np•••len is unsigned and can never be smaller than 0. though unlikely, an
error in read() would have lead to an out of bounds write to name.
Reported-by: Michael Forney <mforney@mforney.org>
| Érico Nogueira | 2021-08-06 | 1 | -1/+1 |
| * | fix libc-internal signal blocking on mips archs•••due to historical reasons, the mips signal set has 128 bits rather
than 64 like on every other arch. this was special-cased correctly, at
least for 32-bit mips, at one time, but was inadvertently broken in
commit 7c440977db9444d7e6b1c3dcb1fdf4ee49ca4158, and seems never to
have been right on mips64/n32.
as consequenct of this bug, applications making use of high realtime
signal numbers on mips may have been able to execute application code
in contexts where doing so was unsafe.
| Rich Felker | 2021-07-29 | 1 | -2/+2 |
| * | fix broken struct shmid_ds on powerpc (32-bit)•••the kernel structure has padding of the shm_segsz member up to 64
bits, as well as 2 unused longs at the end. somehow that was
overlooked when the powerpc port was added, and it has been broken
ever since; applications compiled with the wrong definition do not
correctly see the shm_segsz, shm_cpid, and shm_lpid members.
fixing the definition just by adding the missing padding would break
the ABI size of the structure as well as the position of the time64
shm_atime and shm_dtime members we added at the end. instead, just
move one of the unused padding members from the original end (before
time64) of the structure to the position of the missing padding. this
preserves size and preserves correct behavior of any compiled code
that was already working. programs affected by the wrong definition
need to be recompiled with the correct one.
| Rich Felker | 2021-07-06 | 1 | -1/+1 |
| * | math: fix fmaf not to depend on FE_TOWARDZERO | Szabolcs Nagy | 2021-07-06 | 1 | -11/+10 |
| * | fix TZ parsing logic for identifying POSIX-form strings•••previously, the contents of the TZ variable were considered a
candidate for a file/path name only if they began with a colon or
contained a slash before any comma. the latter was very sloppy logic
to avoid treating any valid POSIX TZ string as a file name, but it
also triggered on values that are not valid POSIX TZ strings,
including 3-letter timezone names without any offset.
instead, only treat the TZ variable as POSIX form if it begins with a
nonzero standard time name followed by +, -, or a digit.
also, special case GMT and UTC to always be treated as POSIX form
(with implicit zero offset) so that a stray file by the same name
cannot break software that depends on setting TZ=GMT or TZ=UTC.
| Rich Felker | 2021-06-23 | 1 | -1/+13 |
| * | riscv: rename __NR_fstatat __NR_newfstatat•••on riscv64 this syscall is called __NR_newfstatat
this helps the name match kernel UAPI for external
programs
| Khem Raj | 2021-06-05 | 1 | -1/+1 |
| * | remove return with expression in void function | Michael Forney | 2021-04-27 | 1 | -1/+1 |
| * | remove unnecessary cast for map_library return•••the function already returns (void *)
| Érico Nogueira | 2021-04-20 | 1 | -1/+1 |
| * | add pthread_getname_np function•••based on the pthread_setname_np implementation
| Érico Rolim | 2021-04-20 | 2 | -0/+26 |
| * | fix popen not to leak pipes from one child to another•••POSIX places an obscure requirement on popen which is like a limited
version of close-on-exec:
"The popen() function shall ensure that any streams from previous
popen() calls that remain open in the parent process are closed in
the new child process."
if the POSIX-future 'e' mode flag is passed, producing a pipe FILE
with FD_CLOEXEC on the underlying pipe, this requirement is
automatically satisfied. however, for applications which use multiple
concurrent popen pipes but don't request close-on-exec, fd leaks from
earlier popen calls to later ones could produce deadlock situations
where processes are waiting for a pipe EOF that will never happen.
to fix this, iterate through all open FILEs and add close actions for
those obtained from popen. this requires holding a lock on the open
file list across the posix_spawn call so that additional popen FILEs
are not created after the list is traversed. note that it's still
possible for another popen call to start and create its pipe while the
lock is held, but such pipes are created with O_CLOEXEC and only drop
close-on-exec status (when 'e' flag is omitted) under control of the
lock.
| Rich Felker | 2021-04-20 | 1 | -0/+6 |
| * | remove spurious lock in popen•••the newly allocated FILE * has not yet leaked to the application and
is only visible to stdio internals until popen returns. since we do
not change any fields of the structure observed by libc internals,
only the pipe_pid member, locking is not necessary.
| Rich Felker | 2021-04-20 | 1 | -2/+0 |
| * | define __STDC_UTF_{16,32}__ macros•••these macros are used to indicate that the implementation uses,
respectively, utf-16 and utf-32 encoding for char16_t and char32_t.
| Érico Nogueira | 2021-04-19 | 1 | -0/+3 |
| * | fix regression in dl_iterate_phdr reporting of modules with no TLS•••__tls_get_addr should not be called with an invalid TLS module id of
0. in practice it probably "works", returning the DTV length as if it
were a pointer, and the callback should probably not inspect
dlpi_tls_data in this case, but it's likely that some real-world
callbacks use a check on dlpi_tls_data being non-null, rather than on
dlpi_tls_modid being nonzero, to conclude that the module has TLS.
| Rich Felker | 2021-04-16 | 1 | -1/+2 |
| * | nscd: fall back gracefully on kernels without AF_UNIX support | Joakim Sindholt | 2021-04-16 | 1 | -1/+9 |
| * | mallocng/aligned_alloc: check for malloc failure•••With mallocng, calling posix_memalign() or aligned_alloc() will
SIGSEGV if the internal malloc() call returns NULL. This does not
occur with oldmalloc, which explicitly checks for allocation failure.
| Dominic Chen | 2021-04-16 | 1 | -0/+3 |
| * | make epoll_[p]wait a cancellation point•••this is a Linux-specific function and not covered by POSIX's
requirements for which interfaces are cancellation points, but glibc
makes it one and existing software relies on it being one.
at some point a review for similar functions that should be made
cancellation points should be done.
| Rich Felker | 2021-04-03 | 1 | -2/+2 |
| * | fix dl_iterate_phdr dlpi_tls_data reporting to match spec•••dl_iterate_phdr was wrongly reporting the address of the DSO's PT_TLS
image rather than the calling thread's instance of the TLS. the man
page, which is essentially normative for a nonstandard function of
this sort, clearly specifies the latter. it does not clarify where
exactly within/relative-to the image the pointer should point, but the
reasonable thing to do is match the ABI's DTP offset, and this seems
to be what other implementations do.
| Rich Felker | 2021-03-26 | 2 | -2/+3 |
| * | remove no-longer-needed special case handling in popen•••popen was special-casing the possibility (only possible when the
parent closed stdin and/or stdout) that the child's end of the pipe
was already on the final desired fd number, in which case there was no
way to get rid of its close-on-exec flag in the child. commit
6fc6ca1a323bc0b6b9e9cdc8fa72221ae18fe206 made this unnecessary by
implementing the POSIX-future requirement that dup2 file actions with
equal source and destination fd values remove the close-on-exec flag.
| Rich Felker | 2021-03-15 | 1 | -16/+0 |
| * | use internal malloc for posix_spawn file actions objects•••this makes it possible to perform actions on file actions objects with
a libc-internal lock held without creating lock order relationships
that are silently imposed on an application-provided malloc.
| Rich Felker | 2021-03-15 | 1 | -0/+5 |
| * | don't fail to map library/executable with zero-length segment maps•••reportedly the GNU linker can emit such segments, causing spurious
failure to load due to mmap with a length of zero producing EINVAL.
no action is required for such a load map (it's effectively a nop in
the program headers table) so just treat it as always successful.
| Rich Felker | 2021-03-05 | 1 | -0/+1 |
| * | suppress isascii() macro for C++•••analogous to commit a60457c84a4b59ab564d7f4abb660a70283ba98d.
| Érico Rolim | 2021-02-25 | 1 | -0/+2 |
| * | guard against compilers failing to handle setjmp specially by default•••since 4.1, gcc has had the __returns_twice__ attribute and has
required functions which return twice to carry it; however it's always
applied it automatically to known setjmp-like function names. clang
however does not do this reliably, at least not with -ffreestanding
and possibly under other conditions, resulting in silent emission of
wrong code.
since the symbol name setjmp is in no way special (setjmp is specified
as a macro that could expand to use any implementation-specific symbol
name or names), a compiler is justified not to do anything special
without further hints, and it's reasonable to do what we can to
provide such hints.
gcc 4.0.x and earlier do not recognize the attribute, so make use
conditional on __GNUC__ macros. clang and other gcc-like compilers
report (and have always reported) a later "GNUC" version so the
preprocessor conditional should function as desired for them as too.
undefine the internal macro after use so that nothing abuses it as a
public feature.
| Rich Felker | 2021-02-22 | 1 | -3/+11 |
| * | aarch64/bits/mman.h: add PROT_MTE from linux v5.10•••see
linux commit 9f3419315f3cdc41a7318e4d50ba18a592b30c8c
arm64: mte: Add PROT_MTE support to mmap() and mprotect()
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | aarch64/bits/hwcap.h: add HWCAP2_MTE from linux v5.10•••see
linux commit 3b714d24ef173f81c78af16f73dcc9b40428c803
arm64: mte: CPU feature detection and initial sysreg configuration
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | add aarch64/bits/mman.h with PROT_BTI from linux v5.8•••this was missing, see
linux commit 8ef8f360cf30be12382f89ff48a57fbbd9b31c14
arm64: Basic Branch Target Identification support
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | aarch64/bits/hwcap.h: add HWCAP2_BTI from linux v5.8•••hwcap for BTI was missing, see
linux commit 8ef8f360cf30be12382f89ff48a57fbbd9b31c14
arm64: Basic Branch Target Identification support
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | signal.h: add MTE specific SIGSEGV codes from linux v5.10•••add synchronouse and asynchronous tag check failure codes, see
linux commit 74f1082487feb90bbf880af14beb8e29c3030c9f
arm64: mte: Add specific SIGSEGV codes
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+2 |
| * | sys/prctl.h: add MTE related constants from linux v5.10•••these are for the aarch64 MTE (memory tagging extension), see
linux commit 1c101da8b971a36695319dce7a24711dc567a0dd
arm64: mte: Allow user control of the tag check mode via prctl()
linux commit af5ce95282dc99d08a27a407a02c763dde1c5558
arm64: mte: Allow user control of the generated random tags via prctl()
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+7 |
| * | elf.h: add NT_ARM_TAGGED_ADDR_CTRL from linux v5.10•••see
linux commit 2200aa7154cb7ef76bac93e98326883ba64bfa2e
arm64: mte: ptrace: Add NT_ARM_TAGGED_ADDR_CTRL regset
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | sys/mman.h: add MAP_HUGE_16KB from linux v5.10•••see
linux commit e47168f3d1b14af5281cf50c59561d59d28201f9
powerpc/8xx: Support 16k hugepages with 4k pages
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | sys/mount.h: add MS_NOSYMFOLLOW from linux v5.10•••path resolution does not follow symlinks on nosymfollow mounts (but
readlink still does), see
linux commit dab741e0e02bd3c4f5e2e97be74b39df2523fc6e
Add a "nosymfollow" mount option.
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+1 |
| * | sys/membarrier.h: add new constants from linux v5.10•••can cause rseq restart on another cpu to synchronize with global
memory access from rseq critical sections, see
linux commit 2a36ab717e8fe678d98f81c14a0b124712719840
rseq/membarrier: Add MEMBARRIER_CMD_PRIVATE_EXPEDITED_RSEQ
| Szabolcs Nagy | 2021-02-15 | 1 | -0/+4 |
| * | bits/syscall.h: add process_madvise from linux v5.10•••mainly added to linux to allow a central process management service in
android to give MADV_COLD|PAGEOUT hints for other processes, see
linux commit ecb8ac8b1f146915aa6b96449b66dd48984caacc
mm/madvise: introduce process_madvise() syscall: an external memory
hinting API
| Szabolcs Nagy | 2021-02-15 | 16 | -0/+16 |
| * | fix error return value for cuserid•••the historical function was specified to return an empty string in the
caller-provided buffer, not a null pointer, to indicate error when the
argument is non-null. only when the argument is null should it return
a null pointer on error.
| Rich Felker | 2021-02-13 | 1 | -2/+3 |
| * | fix misuse of getpwuid_r in cuserid•••getpwuid_r can return 0 but without a result in the case where there
was no error but no record exists. in that case cuserid was treating
it as success and copying junk out of pw.pw_name to the output buffer.
| Rich Felker | 2021-02-13 | 1 | -1/+2 |
| * | cuserid: don't return truncated results•••checking the length also drops the need to pull in snprintf.
| Rich Felker | 2021-02-13 | 1 | -1/+5 |
| * | cuserid: support invocation with a null pointer argument•••this function was removed from the standard in 2001 but appeared in
SUSv2 with an obligation to support calls with a null pointer
argument, using a static buffer.
| Sören Tempel | 2021-02-13 | 1 | -0/+2 |
| * | riscv64: define ELF_NFPREG•••ELF_NFPREG is used by some userspace applications like gdb
| Khem Raj | 2021-02-12 | 1 | -0/+1 |
| * | math: fix expm1f overflow threshold•••the threshold was wrong so expm1f overflowed to inf a bit too early
and on most targets uint32_t compare is faster than float compare so
use that.
this also fixes sinhf incorrectly returning nan for some values where
the internal expm1f overflowed.
| Szabolcs Nagy | 2021-02-10 | 1 | -2/+1 |
| * | math: fix acoshf for negative inputs•••on some negative inputs (e.g. -0x1.1e6ae8p+5) acoshf failed to return
nan. ensure that negative inputs result nan without introducing new
branches. this was tried before in
commit 101e6012856918440b5d7474739c3fc22a8d3b85
math: fix acoshf on negative values
but that fix was wrong. there are 3 formulas used:
log1p(x-1 + sqrt((x-1)*(x-1)+2*(x-1)))
log(2*x - 1/(x+sqrt(x*x-1)))
log(x) + 0.693147180559945309417232121458176568
the first fails on large negative inputs (may compute log1p(0) or
log1p(inf)), the second one fails on some mid range or large negative
inputs (may compute log(large) or log(inf)) and the last one fails on
-0 (returns -inf).
| Szabolcs Nagy | 2021-02-10 | 1 | -4/+4 |
| * | fix possible fd leak via missing O_CLOEXEC in pthread_setname_np•••the omission of the flag here seems to have been an oversight when the
function was added in 8fb28b0b3e7a5e958fb844722a4b2ef9bc244af1
| Érico Rolim | 2021-01-30 | 1 | -1/+1 |
| * | oldmalloc: preserve errno across free•••as an outcome of Austin Group issue #385, future versions of the
standard will require free not to alter the value of errno. save and
restore it individually around the calls to madvise and munmap so that
the cost is not imposed on calls to free that do not result in any
syscall.
| Rich Felker | 2021-01-30 | 1 | -0/+4 |
