[Bug 251112] Compiling C++ with asan fails by default because libclang_rt.asan-x86_64.so uses symbol pthread_attr_get_np but doesn't link to libpthread.so

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251112

--- Comment #7 from Andrew Stitcher <astitcher at apache.org> ---
(In reply to Konstantin Belousov from comment #6)

So how do the pthreads calls that are in libc work? Are they what you call
'stubs'? In which case does the stub load libpthread to do the actual work or
what else could happen?

If you were to add a stub to libc for pthread_att_get_np what would it do? the
asan runtime requires it to actually return real info about the running thread
so it would have to load the actual libpthread in some way if it was a stub.

It does seems to me that if you never spawn any threads then it looks like the
asan runtime might never actually ever call pthread_attr_get_np. So maybe it
would be good not to change the libc behaviour unless threads were in use.

-- 
You are receiving this mail because:
You are the assignee for the bug.