>> Any insights? > > Hmm, doesn't MacOS have at least one of: > - sem_timedwait (posix) > - semtimedop (IPC SysV) > - pthread_mutex_timedlock (pthread) > ?
sem_timedwait and semtimedop are not there. Config.log is clear on the subject, and googling seems to confirm it. For pthreads, APR_HAS_PROC_PTHREAD_SERIALIZE is 0 . This appears to be caused specifically by the test for pthread_mutex_timedlock failing. > What are your APR_USE_*_SERIALIZE? $ grep _SERIALIZE include/apr.h #define APR_USE_FLOCK_SERIALIZE 0 #define APR_USE_SYSVSEM_SERIALIZE 1 #define APR_USE_POSIXSEM_SERIALIZE 0 #define APR_USE_FCNTL_SERIALIZE 0 #define APR_USE_PROC_PTHREAD_SERIALIZE 0 #define APR_USE_PTHREAD_SERIALIZE 1 #define APR_HAS_FLOCK_SERIALIZE 1 #define APR_HAS_SYSVSEM_SERIALIZE 1 #define APR_HAS_POSIXSEM_SERIALIZE 1 #define APR_HAS_FCNTL_SERIALIZE 1 #define APR_HAS_PROC_PTHREAD_SERIALIZE 0 all of which is consistent with what’s happening. Googling hasn’t found any hint that any of those are available: just the occasional developer asking about them and getting no reply. I did find a suggested emulation, but I didn’t much like it. My inclination now is just to fix the test not to treat NOTIMPL as a fail. Looks like that’s r1733684 needs a bit of revision. — Nick Kew
