Adhemerval Zanella 0b13e25581 i386: Remove bogus THREAD_ATOMIC_* macros ... The x86 defines optimized THREAD_ATOMIC_* macros where reference always the current thread instead of the one indicated by input 'descr' argument. It work as long the input is the self thread pointer, however it generates wrong code if the semantic is to set a bit atomicialy from another thread. This is not an issue for current GLIBC usage, however the new cancellation code expects that some synchronization code to atomically set bits from different threads. If some usage indeed proves to be a hotspot we can add an extra macro with a more descriptive name (THREAD_ATOMIC_BIT_SET_SELF for instance) where i386 might optimize it. Checked on i686-linux-gnu. * sysdeps/i686/nptl/tls.h (THREAD_ATOMIC_CMPXCHG_VAL, THREAD_ATOMIC_AND, THREAD_ATOMIC_BIT_SET): Remove macros.		2019-01-03 18:38:15 -02:00
..
Makefile	Update copyright dates with scripts/update-copyrights.	2019-01-01 00:11:28 +00:00
pthread_spin_init.c	Update copyright dates with scripts/update-copyrights.	2019-01-01 00:11:28 +00:00
pthread_spin_lock.S	Update copyright dates with scripts/update-copyrights.	2019-01-01 00:11:28 +00:00
pthread_spin_unlock.S	Update copyright dates with scripts/update-copyrights.	2019-01-01 00:11:28 +00:00
pthread-offsets.h	nptl: Add tests for internal pthread_mutex_t offsets	2017-11-07 09:48:28 -02:00
pthreaddef.h	Update copyright dates with scripts/update-copyrights.	2019-01-01 00:11:28 +00:00
tcb-offsets.sym	x86: Rename __glibc_reserved2 to ssp_base in tcbhead_t	2018-07-25 04:39:39 -07:00
tls.h	i386: Remove bogus THREAD_ATOMIC_* macros	2019-01-03 18:38:15 -02:00