On Thu, Feb 28, 2013 at 7:50 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2013/02/28 07:41, Andres Perera wrote:
>> - would it be worth it to adjust _dl_printf and its usage to allow
>> preceding logical output lines with pid? i ask because it was
>> difficult to tell for me at first glance that it was forking something
>> which ended up loading pthreads without having linked to it
>
> not sure; maybe..
>
>> - does it make since to have "plugin" shared object files that link to
>> pthreads?
>
> they can't. on OpenBSD there are weak symbols in libc which must be
> overridden by symbols in libpthread when using threads; this doesn't
> happen when you dlopen a plugin. there is special protection against
> linking libraries to libpthread to avoid unexpected behaviour as a
> result of this.
well, if i understand correctly none of these files contained in
subversion-1.7.8 should link to pthreads. the symbols used
(pthread_{cancel,mutex_lock,mutex_unlock,once}) can be replaced by
libc wrappers. in addition to that, not all of these SOs use pthread
symbols directly
/usr/local/lib/libsvn_client-1.so.1.3
/usr/local/lib/libsvn_delta-1.so.1.3
/usr/local/lib/libsvn_diff-1.so.1.3
/usr/local/lib/libsvn_fs-1.so.1.3
/usr/local/lib/libsvn_fs_base-1.so.1.3
/usr/local/lib/libsvn_fs_fs-1.so.1.3
/usr/local/lib/libsvn_fs_util-1.so.1.3
/usr/local/lib/libsvn_ra-1.so.1.3
/usr/local/lib/libsvn_ra_local-1.so.1.3
/usr/local/lib/libsvn_ra_neon-1.so.1.3
/usr/local/lib/libsvn_ra_svn-1.so.1.3
/usr/local/lib/libsvn_repos-1.so.1.3
/usr/local/lib/libsvn_subr-1.so.1.3
/usr/local/lib/libsvn_swig_perl-1.so.1.3
/usr/local/lib/libsvn_wc-1.so.1.3
>
>> that means that every user has to link aswell or preload it
>
> yes.
>
