SSIZE_MAX on ia64

[Jes Sorensen]

Hi

(ARGH try again with the right From: address)

I received a report from Chris Yeoh that glibc/ia64 defines SSIZE_MAX to
MAX_INT while we define ssize_t as an int64.

I see posix/bits/posix1_lim.h defines SSIZE_MAX as INT_MAX and include
sysdeps/unix/sysv/linux/ia64/bits/types.h declares __ssize_t as
__int64_t.

Question here, if _POSIX_SSIZE_MAX is 32767 should we bother upping
SSIZE_MAX to LONG_MAX? If we should do this, then I suggest the attached
patch which creates a sysdeps/unix/sysv/linux/ia64/bits/local_lim.h
which includes the SSIZE_MAX declaration.

Comments?

Cheers,
Jes

2002-08-02  Jes Sorensen  <jes@trained-monkey.org>

	* sysdeps/unix/sysv/linux/ia64/bits/local_lim.h: New file copied
	from sysdeps/unix/sysv/linux/bits/local_lim.h with the addition of
	SSIZE_MAX defined to LONG_MAX

--- /dev/null	Wed Aug 16 12:34:44 2000
+++ sysdeps/unix/sysv/linux/ia64/bits/local_lim.h	Fri Aug  2 18:36:25 2002
@@ -0,0 +1,59 @@
+/* Minimum guaranteed maximum values for system limits.  Linux version.
+   Copyright (C) 1993-1998, 2000, 2002 Free Software Foundation, Inc.
+   This file is part of the GNU C Library.
+
+   The GNU C Library is free software; you can redistribute it and/or
+   modify it under the terms of the GNU Lesser General Public
+   License as published by the Free Software Foundation; either
+   version 2.1 of the License, or (at your option) any later version.
+
+   The GNU C Library is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+   Lesser General Public License for more details.
+
+   You should have received a copy of the GNU Lesser General Public
+   License along with the GNU C Library; if not, write to the Free
+   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+   02111-1307 USA.  */
+
+/* The kernel header pollutes the namespace with the NR_OPEN symbol
+   and defines LINK_MAX although filesystems have different maxima.  A
+   similar thing is true for OPEN_MAX: the limit can be changed at
+   runtime and therefore the macro must not be defined.  Remove this
+   after including the header if necessary.  */
+#ifndef NR_OPEN
+# define __undef_NR_OPEN
+#endif
+#ifndef LINK_MAX
+# define __undef_LINK_MAX
+#endif
+#ifndef OPEN_MAX
+# define __undef_OPEN_MAX
+#endif
+
+/* The kernel sources contain a file with all the needed information.  */
+#include <linux/limits.h>
+
+/* Have to remove NR_OPEN?  */
+#ifdef __undef_NR_OPEN
+# undef NR_OPEN
+# undef __undef_NR_OPEN
+#endif
+/* Have to remove LINK_MAX?  */
+#ifdef __undef_LINK_MAX
+# undef LINK_MAX
+# undef __undef_LINK_MAX
+#endif
+/* Have to remove OPEN_MAX?  */
+#ifdef __undef_OPEN_MAX
+# undef OPEN_MAX
+# undef __undef_OPEN_MAX
+#endif
+
+/* Maximum amount by which a process can descrease its asynchronous I/O
+   priority level.  */
+#define AIO_PRIO_DELTA_MAX	20
+
+/* Define SSIZE_MAX to match the type in types.h. */
+#define SSIZE_MAX		LONG_MAX