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