quad_t: incompatible types in config.log:
David Rankin
drankin at bohemians.lexington.ky.us
Fri Dec 31 06:58:34 EST 1999
On Thu, Dec 30, 1999 at 03:12:18PM -0400, Marc G. Fournier wrote:
> dragon:/var/patches/OpenWindows_3.6.1_x86> grep quad_t
> /usr/include/sys/types.h
> typedef struct _quad { int val[2]; } quad_t; /* used by UFS */
> typedef quad_t quad; /* used by UFS */
I was afraid of something like this. I did a grep of the entire source
code, and I didn't notice a single place quad_t was used withing OpenSSH
itself. Is there a reason why it's being checked? If not, then perhaps
the best "fix" is to just comment this out.
If a quad_t check is necessary, this configure.in patch might help. If
we eventually need to tell the difference between Solaris' quad_t and
the int64_t equivalent, do it here.
Thanks,
David
--- configure.in.orig Thu Dec 30 14:50:11 1999
+++ configure.in Thu Dec 30 14:52:08 1999
@@ -149,6 +149,18 @@
[AC_MSG_RESULT(no)]
)
+dnl XXX on Solaris 7 at least, quad_t is actually a struct.
+AC_MSG_CHECKING([for quad_t Solaris 7 style])
+AC_TRY_COMPILE(
+ [#include <sys/types.h>],
+ [quad_t a; a.val[0] = 1235;],
+ [
+ AC_DEFINE(HAVE_QUAD_T)
+ AC_MSG_RESULT(yes)
+ ],
+ [AC_MSG_RESULT(no)]
+)
+
AC_MSG_CHECKING([for intXX_t types])
AC_TRY_COMPILE(
[#include <sys/types.h>],
More information about the openssh-unix-dev
mailing list