70ba1e8fc1
in order to get the symbol binding state "just so". This is to allow locking to be activated and not run into recursion problems later. However, one of the magic bits involves an explicit call to _umtx_op() to force symbol resolution. It does a wakeup operation on a fake, uninitialized (ie: random contents) umtx. Since libthr isn't active, this is harmless. Nothing can match the random wakeup. However, valgrind finds this and is not amused. Normally I'd just write a suppression record for it, but the idea of passing random args to syscalls (on purpose) just doesn't feel right. |
||
---|---|---|
.. | ||
Makefile.inc | ||
thr_affinity.c | ||
thr_atfork.c | ||
thr_attr.c | ||
thr_autoinit.c | ||
thr_barrier.c | ||
thr_barrierattr.c | ||
thr_cancel.c | ||
thr_clean.c | ||
thr_concurrency.c | ||
thr_cond.c | ||
thr_condattr.c | ||
thr_create.c | ||
thr_detach.c | ||
thr_equal.c | ||
thr_event.c | ||
thr_exit.c | ||
thr_fork.c | ||
thr_getcpuclockid.c | ||
thr_getprio.c | ||
thr_getschedparam.c | ||
thr_info.c | ||
thr_init.c | ||
thr_join.c | ||
thr_kern.c | ||
thr_kill.c | ||
thr_list.c | ||
thr_main_np.c | ||
thr_multi_np.c | ||
thr_mutex.c | ||
thr_mutexattr.c | ||
thr_once.c | ||
thr_printf.c | ||
thr_private.h | ||
thr_pspinlock.c | ||
thr_resume_np.c | ||
thr_rtld.c | ||
thr_rwlock.c | ||
thr_rwlockattr.c | ||
thr_self.c | ||
thr_sem.c | ||
thr_setprio.c | ||
thr_setschedparam.c | ||
thr_sig.c | ||
thr_single_np.c | ||
thr_spec.c | ||
thr_spinlock.c | ||
thr_stack.c | ||
thr_suspend_np.c | ||
thr_switch_np.c | ||
thr_symbols.c | ||
thr_syscalls.c | ||
thr_umtx.c | ||
thr_umtx.h | ||
thr_yield.c |