On Thu, Feb 28, 2013 at 2:33 PM, Stefan Sperling <s...@openbsd.org> wrote:
> On Thu, Feb 28, 2013 at 01:55:19PM -0430, Andres Perera wrote:
>> 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
>
> Subversion doesn't use threads itself but it is a thread-safe library
> and can be used with threads if thread support has been compiled into APR.
>
> Most commonly you'd see multi-threaded use of Subversion in the context
> of a Subversion server running httpd with worker threads (e.g. mpm_worker),
> and in Subversion clients running in multithreaded contexts (GUI integrations
> for instance).
>
> There used to be threaded/non-threaded flavours of APR in older OpenBSD
> releases. As of OpenBSD 5.2 the APR port is always built with thread support.
> Stubbing pthread symbols in Subversion wouldn't make any sense since they
> aren't stubbed in APR. You cannot load Subversion libraries without also
> loading APR libraries.
>ok thank you all for the explanations. i guess i'll just stick to solving `git svn` as explained in this thread and leave the greater problem to someone that knows the dependency chain and the intricacies of linking pthreads, since this is more complicated than expected
