Nils Durner <[EMAIL PROTECTED]> writes: > > Pthreads-win32 defines pthread_t as struct.
I made the change below to go via a union to pick out some info. Does it look about right? Maybe there's an easier way to pick out the bytes ...
--- configure.in.~1.268.2.23.~ 2006-12-03 10:19:27.000000000 +1100 +++ configure.in 2006-12-14 10:10:18.000000000 +1100 @@ -622,10 +622,12 @@ # Reasons for testing: # netdb.h - not in mingw # sys/param.h - not in mingw +# pthread.h - only available with pthreads. ACX_PTHREAD doesn't +# check this specifically, we need it for the timespec test below. # sethostname - the function itself check because it's not in mingw, # the DECL is checked because Solaris 10 doens't have in any header # -AC_CHECK_HEADERS(crypt.h netdb.h sys/param.h sys/resource.h sys/file.h) +AC_CHECK_HEADERS(crypt.h netdb.h pthread.h sys/param.h sys/resource.h sys/file.h) AC_CHECK_FUNCS(chroot flock getlogin cuserid getpriority setpriority getpass sethostname gethostname) AC_CHECK_DECLS([sethostname]) @@ -1034,17 +1036,22 @@ fi +# On mingw, struct timespec is in <pthread.h>. +# AC_MSG_CHECKING(for struct timespec) AC_CACHE_VAL(scm_cv_struct_timespec, AC_TRY_COMPILE([ -#include <time.h>], +#include <time.h> +#if HAVE_PTHREAD_H +#include <pthread.h> +#endif], [struct timespec t; t.tv_nsec = 100], scm_cv_struct_timespec="yes", scm_cv_struct_timespec="no")) AC_MSG_RESULT($scm_cv_struct_timespec) if test $scm_cv_struct_timespec = yes; then AC_DEFINE(HAVE_STRUCT_TIMESPEC, 1, - [Define this if your system defines struct timespec via <time.h>.]) + [Define this if your system defines struct timespec via either <time.h> or <pthread.h>.]) fi #--------------------------------------------------------------------
_______________________________________________ Bug-guile mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-guile
