| Age | Commit message (Collapse) | Author |
|
thrd_{create,detach,exit,join}.
mtx_{init,destroy,lock,trylock,unlock,timeelock}.
cnd_{broadcast,destroy,init,signal,timewait,wait,destroy}
tss_{create,delete,get,set}. call_once.
Message-ID: <20251121191336.1224485-1-gfleury@disroot.org>
|
|
|
|
There is no new symbol version because of the compatibility symbol
status.
|
|
_pthread_spin_lock, into libc.
Message-ID: <20251120085647.326643-1-gfleury@disroot.org>
|
|
Message-ID: <20251118125044.1160780-3-gfleury@disroot.org>
|
|
Message-ID: <20251118125044.1160780-2-gfleury@disroot.org>
|
|
This fix 91fb9914d867320d65a2abe284fb623d91ae5efb which break a system
built with an old glibc
Message-ID: <20251118125044.1160780-1-gfleury@disroot.org>
|
|
This is notably needed for the main thread structure to be always
initialized so that some pthread functions can work from the main thread
without other threads, e.g. pthread_cancel.
|
|
This is actually needed before we make pthread_cancel available in libc.
|
|
The 53807741fb44edb8e7c094cb5e7d4ff4e92a6ec1 added a configure check
for 64-bit atomic operations that were not previously enabled on some
32-bit ABIs.
However, the NPTL semaphore code casts a sem_t to a new_sem and issues
a 64-bit atomic operation for __HAVE_64B_ATOMICS. Since sem_t has
32-bit alignment on 32-bit architectures, this prevents the use of
64-bit atomics even if the ABI supports them.
Assume 64-bit atomic support from __WORDSIZE, which maps to how glibc
defines it before the broken change. Also rename __HAVE_64B_ATOMICS
to USE_64B_ATOMICS to define better the flag meaning.
Checked on x86_64-linux-gnu and i686-linux-gnu.
Reviewed-by: Wilco Dijkstra <Wilco.Dijkstra@arm.com>
|
|
libc already has them.
|
|
All previously forwarded functions are now called directly (either via local
call in libc, or through a __export).t
|
|
It does not actually need to be extern any more.
|
|
|
|
These are not used in GNU/Hurd since very long now.
|
|
Message-ID: <20250817104023.91919-8-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-7-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-6-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-5-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-4-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-3-gfleury@disroot.org>
|
|
Message-ID: <20250817104023.91919-2-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-20-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-19-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-18-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-17-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-16-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-15-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-14-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-13-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-12-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-11-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-10-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-9-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-8-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-7-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-6-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-5-gfleury@disroot.org>
|
|
into libc.
Message-ID: <20250815181500.107433-4-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-3-gfleury@disroot.org>
|
|
Message-ID: <20250815181500.107433-2-gfleury@disroot.org>
|
|
This fixes the cleanup call from __qsort_r
|
|
It is unused since ccdb68e829a3 ("htl: move pthread_once into libc")
|
|
Signed-off-by: gfleury <gfleury@disroot.org>
Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Message-ID: <20250613184440.1660335-1-gfleury@disroot.org>
|
|
as expected by tst-cancel32.
|
|
__pthread_sigmask will already know to pass our current ss to
__sigthreadmask.
|
|
If no thread was created yet, __pthread_sigstate will not find our ss
because self->kernel_thread is still nul, and then change the global
sigstate instead of our sigstate! We can directly call __sigthreadmask and
skip the (bogus) lookup step.
|
|
|
|
since now all symbloy that use it are in libc
Message-ID: <20250216145434.7089-11-gfleury@disroot.org>
|
|
Signed-off-by: gfleury <gfleury@disroot.org>
Message-ID: <20250216145434.7089-10-gfleury@disroot.org>
|