This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |