jerenkrantz 01/06/14 16:49:28
Modified: . configure.in
Log:
Justin dons a big, brown paper bag over his head.
We always need to check the pthread_rwlock_init because we may need to add
the Linux-specific CPPFLAGS. (It would work the first time, but the
success of the compile would be cached, so the next time around we
wouldn't detect that we needed to add the special CPPFLAGS.)
Revision Changes Path
1.314 +3 -4 apr/configure.in
Index: configure.in
===================================================================
RCS file: /home/cvs/apr/configure.in,v
retrieving revision 1.313
retrieving revision 1.314
diff -u -r1.313 -r1.314
--- configure.in 2001/06/07 10:31:14 1.313
+++ configure.in 2001/06/14 23:49:27 1.314
@@ -287,11 +287,10 @@
dnl # Linux is silly as it has pthread_rwlock_init defined
dnl # but keeps the pthread_rwlock_t structure hidden unless
dnl # special things are defined.
- AC_CACHE_CHECK([for pthread_rwlock_t], ac_cv_struct_pthread_rw,
- [AC_TRY_COMPILE([#include <sys/types.h>
- #include <pthread.h>],
+ AC_TRY_COMPILE([#include <sys/types.h>
+ #include <pthread.h>],
[pthread_rwlock_t rwlock=PTHREAD_RWLOCK_INITIALIZER;],
- ac_cv_struct_pthread_rw=yes, ac_cv_struct_pthread_rw=no)])
+ ac_cv_struct_pthread_rw=yes, ac_cv_struct_pthread_rw=no)
if test "$ac_cv_struct_pthread_rw" = "no"; then
AC_TRY_COMPILE([#define _XOPEN_SOURCE 500
#define _BSD_SOURCE
