summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/zziplib-0.13.58/m4/acx_restrict.m4
blob: d5a9562ea0d2ee5f4ad77b4c9e79664c59f33697 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
dnl /usr/share/aclocal/ac-archive-cvs/acx_restrict.m4
dnl @synopsis ACX_C_RESTRICT
dnl
dnl @obsoleted Replaced by AC_C_RESTRICT in Autoconf 2.58
dnl
dnl This macro determines whether the C compiler supports the
dnl "restrict" keyword introduced in ANSI C99, or an equivalent. Does
dnl nothing if the compiler accepts the keyword. Otherwise, if the
dnl compiler supports an equivalent (like gcc's __restrict__) defines
dnl "restrict" to be that. Otherwise, defines "restrict" to be empty.
dnl
dnl @category Obsolete
dnl @author Steven G. Johnson <stevenj@alum.mit.edu>
dnl @version 2005-05-31
dnl @license GPLWithACException

AC_DEFUN([ACX_C_RESTRICT],
[AC_CACHE_CHECK([for C restrict keyword], acx_cv_c_restrict,
[acx_cv_c_restrict=unsupported
 AC_LANG_SAVE
 AC_LANG_C
 # Try the official restrict keyword, then gcc's __restrict__, then
 # SGI's __restrict.  __restrict has slightly different semantics than
 # restrict (it's a bit stronger, in that __restrict pointers can't
 # overlap even with non __restrict pointers), but I think it should be
 # okay under the circumstances where restrict is normally used.
 for acx_kw in restrict __restrict__ __restrict; do
   AC_TRY_COMPILE([], [float * $acx_kw x;], [acx_cv_c_restrict=$acx_kw; break])
 done
 AC_LANG_RESTORE
])
 if test "$acx_cv_c_restrict" != "restrict"; then
   acx_kw="$acx_cv_c_restrict"
   if test "$acx_kw" = unsupported; then acx_kw=""; fi
   AC_DEFINE_UNQUOTED(restrict, $acx_kw, [Define to equivalent of C99 restrict keyword, or to nothing if this is not supported.  Do not define if restrict is supported directly.])
 fi
])