79713039a2
Newer versions of gcc are getting smart enough to detect the sloppy syntax used for the autoconf tests. It is now generating warnings for unused/undeclared variables. Newer version of gcc even have the -Wunused-but-set-variable option set by default. This isn't a problem except when -Werror is set and they get promoted to an error. In this case the autoconf test will return an incorrect result which will result in a build failure latter on. To handle this I'm tightening up many of the autoconf tests to explicitly mark variables as unused to suppress the gcc warning. Remember, all of the autoconf code can never actually be run we just want to get a clean build error to detect which APIs are available. Never using a variable is absolutely fine for this. Closes #176
19 lines
397 B
Plaintext
19 lines
397 B
Plaintext
dnl #
|
|
dnl # 2.6.28 API change,
|
|
dnl # check if fmode_t typedef is defined
|
|
dnl #
|
|
AC_DEFUN([ZFS_AC_KERNEL_TYPE_FMODE_T],
|
|
[AC_MSG_CHECKING([whether kernel defines fmode_t])
|
|
ZFS_LINUX_TRY_COMPILE([
|
|
#include <linux/types.h>
|
|
],[
|
|
fmode_t *ptr __attribute__ ((unused));
|
|
],[
|
|
AC_MSG_RESULT([yes])
|
|
AC_DEFINE(HAVE_FMODE_T, 1,
|
|
[kernel defines fmode_t])
|
|
],[
|
|
AC_MSG_RESULT([no])
|
|
])
|
|
])
|