autoconf-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

FYI: new macro: AC_C_RESTRICT


From: Jim Meyering
Subject: FYI: new macro: AC_C_RESTRICT
Date: Sat, 12 Apr 2003 09:27:01 +0200

Although we all admit that there is a better way to deal with
this in the long run, I'm checking this in for now:

        * lib/autoconf/c.m4 (AC_C_RESTRICT): New macro.
        * doc/autoconf.texi (C Compiler): Describe AC_C_RESTRICT.

Index: lib/autoconf/c.m4
===================================================================
RCS file: /cvsroot/autoconf/autoconf/lib/autoconf/c.m4,v
retrieving revision 1.175
diff -u -p -r1.175 c.m4
--- lib/autoconf/c.m4   6 Mar 2003 20:35:23 -0000       1.175
+++ lib/autoconf/c.m4   12 Apr 2003 06:37:30 -0000
@@ -1,6 +1,6 @@
 # This file is part of Autoconf.                       -*- Autoconf -*-
 # Programming languages support.
-# Copyright (C) 2001, 2002 Free Software Foundation, Inc.
+# Copyright (C) 2001, 2002, 2003 Free Software Foundation, Inc.
 #
 # This program is free software; you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
@@ -1075,6 +1075,40 @@ if test $ac_cv_c_const = no; then
             [Define to empty if `const' does not conform to ANSI C.])
 fi
 ])# AC_C_CONST
+
+
+# AC_C_RESTRICT
+# -------------
+# based on acx_restrict.m4, from the GNU Autoconf Macro Archive at:
+# http://www.gnu.org/software/ac-archive/htmldoc/acx_restrict.html
+#
+# Determine whether the C/C++ compiler supports the "restrict" keyword
+# introduced in ANSI C99, or an equivalent.  Do nothing if the compiler
+# accepts it.  Otherwise, if the compiler supports an equivalent,
+# define "restrict" to be that.  Here are some variants:
+# - GCC supports both __restrict and __restrict__
+# - older DEC Alpha C compilers support only __restrict
+# - _Restrict is the only spelling accepted by Sun WorkShop 6 update 2 C
+# Otherwise, define "restrict" to be empty.
+AC_DEFUN([AC_C_RESTRICT],
+[AC_CACHE_CHECK([for C/C++ restrict keyword], ac_cv_c_restrict,
+  [ac_cv_c_restrict=no
+   # Try the official restrict keyword, then gcc's __restrict__, and
+   # the less common variants.
+   for ac_kw in restrict __restrict __restrict__ _Restrict; do
+     AC_COMPILE_IFELSE([AC_LANG_SOURCE(
+      [float * $ac_kw x;])],
+      [ac_cv_c_restrict=$ac_kw; break])
+   done
+  ])
+ case $ac_cv_c_restrict in
+   restrict) ;;
+   no) AC_DEFINE(restrict,,
+        [Define to equivalent of C99 restrict keyword, or to nothing if this
+        is not supported.  Do not define if restrict is supported directly.]) 
;;
+   *)  AC_DEFINE_UNQUOTED(restrict, $ac_cv_c_restrict) ;;
+ esac
+])# AC_C_RESTRICT
 
 
 # AC_C_VOLATILE
Index: doc/autoconf.texi
===================================================================
RCS file: /cvsroot/autoconf/autoconf/doc/autoconf.texi,v
retrieving revision 1.728
diff -u -p -r1.728 autoconf.texi
--- doc/autoconf.texi   8 Apr 2003 07:18:15 -0000       1.728
+++ doc/autoconf.texi   12 Apr 2003 06:37:39 -0000
@@ -5252,6 +5252,23 @@ installers who run into trouble in this 
 like GCC to compile their C code.
 @end defmac
 
address@hidden AC_C_RESTRICT
address@hidden C_RESTRICT
address@hidden volatile
+If the C compiler recognizes the @code{restrict} keyword, don't do anything.
+If it recognizes only a variant spelling (@code{__restrict},
address@hidden, or @code{_Restrict}), then define
address@hidden to that.
+Otherwise, define @code{restrict} to be empty.
+Thus, programs may simply use @code{restrict} as if every C compiler
+supported it; for those that do not, the @file{Makefile}
+or configuration header defines it away.
+
+Although support in C++ for the @code{restrict} keyword is not
+required, several C++ compilers do accept the keyword.
+This macro works for them, too.
address@hidden defmac
+
 @defmac AC_C_VOLATILE
 @acindex{C_VOLATILE}
 @cvindex volatile




reply via email to

[Prev in Thread] Current Thread [Next in Thread]