[svn] Don't define int32_t because we're not using it.

src/ChangeLog

@@ -1,3 +1,7 @@
+2003-10-13  Hrvoje Niksic  <hniksic@xemacs.org>
+
+	* sysdep.h: Only define u_int32_t.
+
 2003-10-11  Hrvoje Niksic  <hniksic@xemacs.org>
 
 	* utils.c (large_int_to_string): Use snprintf() to print the

src/config.h.in

@@ -275,9 +275,6 @@ char *alloca ();
 /* Defined to int or size_t on systems without socklen_t.  */
 #undef socklen_t
 
-/* Define if you have int32_t.  */
-#undef HAVE_INT32_T
-
 /* Define if you have u_int32_t.  */
 #undef HAVE_U_INT32_T
 

src/sysdep.h

@@ -245,26 +245,11 @@ void *memcpy ();
 int fnmatch ();
 #endif
 
-/* Provide 32-bit types.  Most code shouldn't care, but there is code
-   that really needs a 32-bit integral type.  If int32_t and u_int32_t
-   are present, we use them, otherwise we pick one of int/short/long,
-   and throw an error if none of them works.  */
-
-#ifndef HAVE_INT32_T
-# if SIZEOF_INT == 4
-typedef int int32_t;
-# else
-#  if SIZEOF_LONG == 4
-typedef long int32_t;
-#  else
-#   if SIZEOF_SHORT == 4
-typedef short int32_t;
-#   else
- #error "Cannot determine a 32-bit type"
-#   endif
-#  endif
-# endif
-#endif
+/* Provide u_int32_t on the platforms that don't define it.  Although
+   most code should be agnostic about integer sizes, some code really
+   does need a 32-bit integral type.  Such code should use u_int32_t.
+   (The exception is gnu-md5.[ch], which uses its own detection for
+   portability across platforms.)  */
 
 #ifndef HAVE_U_INT32_T
 # if SIZEOF_INT == 4

windows/config.h.bor

@@ -195,9 +195,6 @@
 /* Defined to int or size_t on systems without socklen_t.  */
 #define socklen_t int
 
-/* Define if you have int32_t.  */
-#define HAVE_INT32_T 1
-
 /* Define if you have u_int32_t.  */
 #define HAVE_U_INT32_T 1
 

windows/config.h.ms

@@ -199,9 +199,6 @@
 /* Defined to int or size_t on systems without socklen_t.  */
 #define socklen_t int
 
-/* Define if you have int32_t.  */
-#define HAVE_INT32_T 1
-
 /* Define if you have u_int32_t.  */
 #undef HAVE_U_INT32_T