On 03 Jan 2020, at 12:37, Yann Ylavic <ylavic....@gmail.com> wrote: >> Looking at the PTHREAD matches in apr.h: >> >> #define APR_USE_PROC_PTHREAD_SERIALIZE 1 >> #define APR_HAS_PROC_PTHREAD_SERIALIZE 0 > > Inconsistent :/ > > I can think of two ways to fix it: > 1. don't check for /dev/zero for PROC_PTHREAD capability, > 2. don't try to use PROC_PTHREAD by default when cross compiling. > > We could do #1 if all unixes had /dev/zero, which I'm not sure of. > > With #2, the default when cross compiling on linux-like target would > probably be SYSVSEM, but forcing with "./configure > apr_lock_method=USE_PROC_PTHREAD_SERIALIZE ..." is still possible. > Does not look insane or too much to ask, to me... > > So attached patch is #2, better ideas?
Getting back to this one - attached patch 2 worked, can confirm it sorted out the problem and APR built successfully. Regards, Graham —
smime.p7s
Description: S/MIME cryptographic signature
