diff options
author | Emile <git@emile.space> | 2024-08-16 19:50:26 +0200 |
---|---|---|
committer | Emile <git@emile.space> | 2024-08-16 19:50:26 +0200 |
commit | 1a57267a17c2fc17fb6e104846fabc3e363c326c (patch) | |
tree | 1e574e3a80622086dc3c81ff9cba65ef7049b1a9 /vendor/modernc.org/libc/limits/limits_illumos_amd64.go |
initial commit
Diffstat (limited to 'vendor/modernc.org/libc/limits/limits_illumos_amd64.go')
-rw-r--r-- | vendor/modernc.org/libc/limits/limits_illumos_amd64.go | 1234 |
1 files changed, 1234 insertions, 0 deletions
diff --git a/vendor/modernc.org/libc/limits/limits_illumos_amd64.go b/vendor/modernc.org/libc/limits/limits_illumos_amd64.go new file mode 100644 index 0000000..6d83302 --- /dev/null +++ b/vendor/modernc.org/libc/limits/limits_illumos_amd64.go @@ -0,0 +1,1234 @@ +// Code generated by 'ccgo limits/gen.c -crt-import-path "" -export-defines "" -export-enums "" -export-externs X -export-fields F -export-structs "" -export-typedefs "" -header -hide _OSSwapInt16,_OSSwapInt32,_OSSwapInt64 -ignore-unsupported-alignment -o limits/limits_illumos_amd64.go -pkgname limits', DO NOT EDIT. + +package limits + +import ( + "math" + "reflect" + "sync/atomic" + "unsafe" +) + +var _ = math.Pi +var _ reflect.Kind +var _ atomic.Value +var _ unsafe.Pointer + +const ( + ARG_MAX = 2096640 // limits.h:73:1: + BC_BASE_MAX = 99 // limits.h:175:1: + BC_DIM_MAX = 2048 // limits.h:176:1: + BC_SCALE_MAX = 99 // limits.h:177:1: + BC_STRING_MAX = 1000 // limits.h:178:1: + CHARCLASS_NAME_MAX = 14 // limits.h:206:1: + CHAR_BIT = 8 // limits.h:64:1: + CHAR_MAX = 127 // limits.h:99:1: + CHAR_MIN = -128 // limits.h:97:1: + CHILD_MAX = 25 // limits.h:272:1: + COLL_WEIGHTS_MAX = 10 // limits.h:179:1: + DBL_DIG = 15 // limits.h:226:1: + DBL_MAX = 1.7976931348623157081452e+308 // limits.h:227:1: + DBL_MIN = 2.2250738585072013830903e-308 // limits.h:236:1: + EXPR_NEST_MAX = 32 // limits.h:180:1: + FCHR_MAX = 1048576 // limits.h:251:1: + FLT_DIG = 6 // limits.h:229:1: + FLT_MAX = 3.4028234663852885981170e+38 // limits.h:230:1: + FLT_MIN = 1.1754943508222875079688e-38 // limits.h:238:1: + INT16_MAX = 32767 // int_limits.h:93:1: + INT16_MIN = -32768 // int_limits.h:211:1: + INT32_MAX = 2147483647 // int_limits.h:94:1: + INT32_MIN = -2147483648 // int_limits.h:212:1: + INT64_MAX = 9223372036854775807 // int_limits.h:96:1: + INT64_MIN = -9223372036854775808 // int_limits.h:214:1: + INT8_MAX = 127 // int_limits.h:92:1: + INT8_MIN = -128 // int_limits.h:210:1: + INTMAX_MAX = 9223372036854775807 // int_limits.h:111:1: + INTMAX_MIN = -9223372036854775808 // int_limits.h:220:1: + INTPTR_MAX = 9223372036854775807 // int_limits.h:157:1: + INTPTR_MIN = -9223372036854775808 // int_limits.h:241:1: + INT_FAST16_MAX = 2147483647 // int_limits.h:137:1: + INT_FAST16_MIN = -2147483648 // int_limits.h:233:1: + INT_FAST32_MAX = 2147483647 // int_limits.h:138:1: + INT_FAST32_MIN = -2147483648 // int_limits.h:234:1: + INT_FAST64_MAX = 9223372036854775807 // int_limits.h:140:1: + INT_FAST64_MIN = -9223372036854775808 // int_limits.h:236:1: + INT_FAST8_MAX = 127 // int_limits.h:136:1: + INT_FAST8_MIN = -128 // int_limits.h:232:1: + INT_LEAST16_MAX = 32767 // int_limits.h:123:1: + INT_LEAST16_MIN = -32768 // int_limits.h:226:1: + INT_LEAST32_MAX = 2147483647 // int_limits.h:124:1: + INT_LEAST32_MIN = -2147483648 // int_limits.h:227:1: + INT_LEAST64_MAX = 9223372036854775807 // int_limits.h:126:1: + INT_LEAST64_MIN = -9223372036854775808 // int_limits.h:229:1: + INT_LEAST8_MAX = 127 // int_limits.h:122:1: + INT_LEAST8_MIN = -128 // int_limits.h:225:1: + INT_MAX = 2147483647 // limits.h:120:1: + INT_MIN = -2147483648 // limits.h:118:1: + IOV_MAX = 1024 // limits.h:22:1: + LINE_MAX = 2048 // limits.h:181:1: + LLONG_MAX = 9223372036854775807 // limits.h:142:1: + LLONG_MIN = -9223372036854775808 // limits.h:140:1: + LOGIN_NAME_MAX = 33 // limits.h:306:1: + LOGIN_NAME_MAX_TRAD = 9 // limits.h:308:1: + LOGNAME_MAX = 32 // limits.h:303:1: + LOGNAME_MAX_TRAD = 8 // limits.h:307:1: + LONG_BIT = 64 // limits.h:219:1: + LONG_LONG_MAX = 9223372036854775807 // limits.h:154:1: + LONG_LONG_MIN = -9223372036854775808 // limits.h:152:1: + LONG_MAX = 9223372036854775807 // limits.h:131:1: + LONG_MIN = -9223372036854775808 // limits.h:129:1: + MAX_CANON = 256 // limits.h:84:1: + MAX_INPUT = 512 // limits.h:88:1: + MB_LEN_MAX = 5 // limits_iso.h:58:1: + NAME_MAX = 255 // limits.h:270:1: + NGROUPS_MAX = 16 // limits.h:91:1: + NL_ARGMAX = 9 // limits.h:208:1: + NL_LANGMAX = 14 // limits.h:210:1: + NL_MSGMAX = 32767 // limits.h:211:1: + NL_NMAX = 1 // limits.h:212:1: + NL_SETMAX = 255 // limits.h:213:1: + NL_TEXTMAX = 2048 // limits.h:214:1: + NZERO = 20 // limits.h:215:1: + OPEN_MAX = 256 // limits.h:274:1: + PASS_MAX = 256 // limits.h:203:1: + PATH_MAX = 1024 // limits.h:94:1: + PID_MAX = 999999 // limits.h:252:1: + PIPE_BUF = 5120 // limits.h:99:1: + PIPE_MAX = 5120 // limits.h:277:1: + PTRDIFF_MAX = 9223372036854775807 // int_limits.h:166:1: + PTRDIFF_MIN = -9223372036854775808 // int_limits.h:248:1: + RE_DUP_MAX = 255 // limits.h:183:1: + SCHAR_MAX = 127 // limits.h:75:1: + SCHAR_MIN = -128 // limits.h:73:1: + SHRT_MAX = 32767 // limits.h:106:1: + SHRT_MIN = -32768 // limits.h:104:1: + SIG_ATOMIC_MAX = 2147483647 // int_limits.h:186:1: + SIG_ATOMIC_MIN = -2147483648 // int_limits.h:255:1: + SIZE_MAX = 18446744073709551615 // int_limits.h:179:1: + SSIZE_MAX = 9223372036854775807 // limits.h:63:1: + STD_BLK = 1024 // limits.h:279:1: + SYMLINK_MAX = 1024 // limits.h:97:1: + SYSPID_MAX = 1 // limits.h:282:1: + SYS_NMLN = 257 // limits.h:285:1: + TMP_MAX = 17576 // limits.h:102:1: + TTYNAME_MAX = 128 // limits.h:310:1: + UCHAR_MAX = 255 // limits.h:82:1: + UID_MAX = 2147483647 // limits.h:280:1: + UINT16_MAX = 65535 // int_limits.h:102:1: + UINT32_MAX = 4294967295 // int_limits.h:103:1: + UINT64_MAX = 18446744073709551615 // int_limits.h:105:1: + UINT8_MAX = 255 // int_limits.h:101:1: + UINTMAX_MAX = 18446744073709551615 // int_limits.h:117:1: + UINTPTR_MAX = 18446744073709551615 // int_limits.h:158:1: + UINT_FAST16_MAX = 4294967295 // int_limits.h:144:1: + UINT_FAST32_MAX = 4294967295 // int_limits.h:145:1: + UINT_FAST64_MAX = 18446744073709551615 // int_limits.h:147:1: + UINT_FAST8_MAX = 255 // int_limits.h:143:1: + UINT_LEAST16_MAX = 65535 // int_limits.h:130:1: + UINT_LEAST32_MAX = 4294967295 // int_limits.h:131:1: + UINT_LEAST64_MAX = 18446744073709551615 // int_limits.h:133:1: + UINT_LEAST8_MAX = 255 // int_limits.h:129:1: + UINT_MAX = 4294967295 // limits.h:124:1: + ULLONG_MAX = 18446744073709551615 // limits.h:146:1: + ULONG_LONG_MAX = 18446744073709551615 // limits.h:158:1: + ULONG_MAX = 18446744073709551615 // limits.h:135:1: + USHRT_MAX = 65535 // limits.h:113:1: + USI_MAX = 4294967295 // limits.h:281:1: + WCHAR_MAX = 2147483647 // int_limits.h:195:1: + WCHAR_MIN = -2147483648 // int_limits.h:264:1: + WINT_MAX = 2147483647 // int_limits.h:200:1: + WINT_MIN = -2147483648 // int_limits.h:269:1: + WORD_BIT = 32 // limits.h:217:1: + X_ALIGNMENT_REQUIRED = 1 // isa_defs.h:262:1: + X_ARG_MAX32 = 1048320 // limits.h:70:1: + X_ARG_MAX64 = 2096640 // limits.h:71:1: + X_BIT_FIELDS_LTOH = 0 // isa_defs.h:245:1: + X_BOOL_ALIGNMENT = 1 // isa_defs.h:248:1: + X_CHAR_ALIGNMENT = 1 // isa_defs.h:249:1: + X_CHAR_IS_SIGNED = 0 // isa_defs.h:247:1: + X_CLOCK_T = 0 // limits.h:291:1: + X_DMA_USES_PHYSADDR = 0 // isa_defs.h:281:1: + X_DONT_USE_1275_GENERIC_NAMES = 0 // isa_defs.h:287:1: + X_DOUBLE_ALIGNMENT = 8 // isa_defs.h:256:1: + X_DOUBLE_COMPLEX_ALIGNMENT = 8 // isa_defs.h:257:1: + X_DTRACE_VERSION = 1 // feature_tests.h:490:1: + X_FILE_OFFSET_BITS = 64 // <builtin>:25:1: + X_FIRMWARE_NEEDS_FDISK = 0 // isa_defs.h:282:1: + X_FLOAT_ALIGNMENT = 4 // isa_defs.h:252:1: + X_FLOAT_COMPLEX_ALIGNMENT = 4 // isa_defs.h:253:1: + X_GCC_LIMITS_H_ = 0 // limits.h:30:1: + X_HAVE_CPUID_INSN = 0 // isa_defs.h:288:1: + X_IEEE_754 = 0 // isa_defs.h:246:1: + X_INT_ALIGNMENT = 4 // isa_defs.h:251:1: + X_ISO_CPP_14882_1998 = 0 // feature_tests.h:466:1: + X_ISO_C_9899_1999 = 0 // feature_tests.h:472:1: + X_ISO_C_9899_2011 = 0 // feature_tests.h:478:1: + X_ISO_LIMITS_ISO_H = 0 // limits_iso.h:44:1: + X_LARGEFILE64_SOURCE = 1 // feature_tests.h:231:1: + X_LARGEFILE_SOURCE = 1 // feature_tests.h:235:1: + X_LIMITS_H = 0 // limits.h:36:1: + X_LIMITS_H___ = 0 // limits.h:60:1: + X_LITTLE_ENDIAN = 0 // isa_defs.h:242:1: + X_LONGLONG_TYPE = 0 // feature_tests.h:412:1: + X_LONG_ALIGNMENT = 8 // isa_defs.h:254:1: + X_LONG_DOUBLE_ALIGNMENT = 16 // isa_defs.h:258:1: + X_LONG_DOUBLE_COMPLEX_ALIGNMENT = 16 // isa_defs.h:259:1: + X_LONG_LONG_ALIGNMENT = 8 // isa_defs.h:255:1: + X_LONG_LONG_ALIGNMENT_32 = 4 // isa_defs.h:268:1: + X_LONG_LONG_LTOH = 0 // isa_defs.h:244:1: + X_LP64 = 1 // <predefined>:286:1: + X_MAX_ALIGNMENT = 16 // isa_defs.h:261:1: + X_MULTI_DATAMODEL = 0 // isa_defs.h:279:1: + X_NORETURN_KYWD = 0 // feature_tests.h:448:1: + X_PASS_MAX = 256 // limits.h:198:1: + X_PASS_MAX_XPG = 8 // limits.h:197:1: + X_POINTER_ALIGNMENT = 8 // isa_defs.h:260:1: + X_POSIX2_BC_BASE_MAX = 99 // limits.h:164:1: + X_POSIX2_BC_DIM_MAX = 2048 // limits.h:165:1: + X_POSIX2_BC_SCALE_MAX = 99 // limits.h:166:1: + X_POSIX2_BC_STRING_MAX = 1000 // limits.h:167:1: + X_POSIX2_CHARCLASS_NAME_MAX = 14 // limits.h:173:1: + X_POSIX2_COLL_WEIGHTS_MAX = 2 // limits.h:168:1: + X_POSIX2_EXPR_NEST_MAX = 32 // limits.h:169:1: + X_POSIX2_LINE_MAX = 2048 // limits.h:170:1: + X_POSIX2_RE_DUP_MAX = 255 // limits.h:171:1: + X_POSIX_AIO_LISTIO_MAX = 2 // limits.h:110:1: + X_POSIX_AIO_MAX = 1 // limits.h:111:1: + X_POSIX_ARG_MAX = 4096 // limits.h:112:1: + X_POSIX_CHILD_MAX = 6 // limits.h:116:1: + X_POSIX_CLOCKRES_MIN = 20000000 // limits.h:118:1: + X_POSIX_DELAYTIMER_MAX = 32 // limits.h:119:1: + X_POSIX_HOST_NAME_MAX = 255 // limits.h:155:1: + X_POSIX_LINK_MAX = 8 // limits.h:120:1: + X_POSIX_LOGIN_NAME_MAX = 9 // limits.h:149:1: + X_POSIX_MAX_CANON = 255 // limits.h:121:1: + X_POSIX_MAX_INPUT = 255 // limits.h:122:1: + X_POSIX_MQ_OPEN_MAX = 8 // limits.h:123:1: + X_POSIX_MQ_PRIO_MAX = 32 // limits.h:124:1: + X_POSIX_NAME_MAX = 14 // limits.h:125:1: + X_POSIX_NGROUPS_MAX = 0 // limits.h:131:1: + X_POSIX_OPEN_MAX = 16 // limits.h:132:1: + X_POSIX_PATH_MAX = 255 // limits.h:133:1: + X_POSIX_PIPE_BUF = 512 // limits.h:135:1: + X_POSIX_RE_DUP_MAX = 255 // limits.h:156:1: + X_POSIX_RTSIG_MAX = 8 // limits.h:136:1: + X_POSIX_SEM_NSEMS_MAX = 256 // limits.h:137:1: + X_POSIX_SEM_VALUE_MAX = 32767 // limits.h:138:1: + X_POSIX_SIGQUEUE_MAX = 32 // limits.h:139:1: + X_POSIX_SSIZE_MAX = 32767 // limits.h:140:1: + X_POSIX_STREAM_MAX = 8 // limits.h:141:1: + X_POSIX_SYMLINK_MAX = 255 // limits.h:157:1: + X_POSIX_SYMLOOP_MAX = 8 // limits.h:158:1: + X_POSIX_THREAD_DESTRUCTOR_ITERATIONS = 4 // limits.h:150:1: + X_POSIX_THREAD_KEYS_MAX = 128 // limits.h:151:1: + X_POSIX_THREAD_THREADS_MAX = 64 // limits.h:152:1: + X_POSIX_TIMER_MAX = 32 // limits.h:142:1: + X_POSIX_TTY_NAME_MAX = 9 // limits.h:153:1: + X_POSIX_TZNAME_MAX = 3 // limits.h:146:1: + X_PSM_MODULES = 0 // isa_defs.h:284:1: + X_RESTRICT_KYWD = 0 // feature_tests.h:435:1: + X_RTC_CONFIG = 0 // isa_defs.h:285:1: + X_SHORT_ALIGNMENT = 2 // isa_defs.h:250:1: + X_SOFT_HOSTID = 0 // isa_defs.h:286:1: + X_STACK_GROWS_DOWNWARD = 0 // isa_defs.h:243:1: + X_STDC_C11 = 0 // feature_tests.h:165:1: + X_STDC_C99 = 0 // feature_tests.h:169:1: + X_SUNOS_VTOC_16 = 0 // isa_defs.h:280:1: + X_SYS_CCOMPILE_H = 0 // ccompile.h:32:1: + X_SYS_FEATURE_TESTS_H = 0 // feature_tests.h:41:1: + X_SYS_INT_LIMITS_H = 0 // int_limits.h:39:1: + X_SYS_ISA_DEFS_H = 0 // isa_defs.h:30:1: + X_SYS_LIMITS_H = 0 // limits.h:16:1: + X_XOPEN_IOV_MAX = 16 // limits.h:244:1: + X_XOPEN_NAME_MAX = 255 // limits.h:245:1: + X_XOPEN_PATH_MAX = 1024 // limits.h:246:1: + X_XOPEN_VERSION = 3 // feature_tests.h:392:1: + Sun = 1 // <predefined>:172:1: + Unix = 1 // <predefined>:175:1: +) + +type Ptrdiff_t = int64 /* <builtin>:3:26 */ + +type Size_t = uint64 /* <builtin>:9:23 */ + +type Wchar_t = int32 /* <builtin>:15:24 */ + +type X__int128_t = struct { + Flo int64 + Fhi int64 +} /* <builtin>:21:43 */ // must match modernc.org/mathutil.Int128 +type X__uint128_t = struct { + Flo uint64 + Fhi uint64 +} /* <builtin>:22:44 */ // must match modernc.org/mathutil.Int128 + +type X__builtin_va_list = uintptr /* <builtin>:46:14 */ +type X__float128 = float64 /* <builtin>:47:21 */ + +// Copyright (C) 1992-2022 Free Software Foundation, Inc. +// +// This file is part of GCC. +// +// GCC is free software; you can redistribute it and/or modify it under +// the terms of the GNU General Public License as published by the Free +// Software Foundation; either version 3, or (at your option) any later +// version. +// +// GCC 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 General Public License +// for more details. +// +// Under Section 7 of GPL version 3, you are granted additional +// permissions described in the GCC Runtime Library Exception, version +// 3.1, as published by the Free Software Foundation. +// +// You should have received a copy of the GNU General Public License and +// a copy of the GCC Runtime Library Exception along with this program; +// see the files COPYING3 and COPYING.RUNTIME respectively. If not, see +// <http://www.gnu.org/licenses/>. + +// This administrivia gets added to the beginning of limits.h +// if the system has its own version of limits.h. + +// We use _GCC_LIMITS_H_ because we want this not to match +// any macros that the system's limits.h uses for its own purposes. + +// Use "..." so that we find syslimits.h only in this same directory. +// syslimits.h stands for the system's own limits.h file. +// If we can use it ok unmodified, then we install this text. +// If fixincludes fixes it, then the fixed version is installed +// instead of this text. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License (the "License"). +// You may not use this file except in compliance with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END + +// Copyright (c) 2013 Gary Mills +// Copyright 2017 RackTop Systems. +// +// Copyright 2008 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. +// Copyright 2015 Joyent, Inc. All rights reserved. + +// Copyright (c) 1988 AT&T +// All Rights Reserved + +// DO NOT EDIT THIS FILE. +// +// It has been auto-edited by fixincludes from: +// +// "/usr/include/sys/feature_tests.h" +// +// This had to be done to correct non-standard usages in the +// original, manufacturer supplied header file. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License (the "License"). +// You may not use this file except in compliance with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END + +// Copyright 2013 Garrett D'Amore <garrett@damore.org> +// Copyright 2016 Joyent, Inc. +// Copyright 2022 Oxide Computer Company +// +// Copyright 2006 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License, Version 1.0 only +// (the "License"). You may not use this file except in compliance +// with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END +// Copyright 2004 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. +// Copyright 2015 EveryCity Ltd. All rights reserved. +// Copyright 2019 Joyent, Inc. + +// This file contains definitions designed to enable different compilers +// to be used harmoniously on Solaris systems. + +// Allow for version tests for compiler bugs and features. + +// analogous to lint's PRINTFLIKEn + +// Handle the kernel printf routines that can take '%b' too + +// This one's pretty obvious -- the function never returns + +// The function is 'extern inline' and expects GNU C89 behaviour, not C99 +// behaviour. +// +// Should only be used on 'extern inline' definitions for GCC. + +// The function has control flow such that it may return multiple times (in +// the manner of setjmp or vfork) + +// This is an appropriate label for functions that do not +// modify their arguments, e.g. strlen() + +// This is a stronger form of __pure__. Can be used for functions +// that do not modify their arguments and don't depend on global +// memory. + +// This attribute, attached to a variable, means that the variable is meant to +// be possibly unused. GCC will not produce a warning for this variable. + +// Shorthand versions for readability + +// In release build, disable warnings about variables +// which are used only for debugging. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License (the "License"). +// You may not use this file except in compliance with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END + +// Copyright 2008 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. +// Copyright 2016 Joyent, Inc. + +// This header file serves to group a set of well known defines and to +// set these for each instruction set architecture. These defines may +// be divided into two groups; characteristics of the processor and +// implementation choices for Solaris on a processor. +// +// Processor Characteristics: +// +// _LITTLE_ENDIAN / _BIG_ENDIAN: +// The natural byte order of the processor. A pointer to an int points +// to the least/most significant byte of that int. +// +// _STACK_GROWS_UPWARD / _STACK_GROWS_DOWNWARD: +// The processor specific direction of stack growth. A push onto the +// stack increases/decreases the stack pointer, so it stores data at +// successively higher/lower addresses. (Stackless machines ignored +// without regrets). +// +// _LONG_LONG_HTOL / _LONG_LONG_LTOH: +// A pointer to a long long points to the most/least significant long +// within that long long. +// +// _BIT_FIELDS_HTOL / _BIT_FIELDS_LTOH: +// The C compiler assigns bit fields from the high/low to the low/high end +// of an int (most to least significant vs. least to most significant). +// +// _IEEE_754: +// The processor (or supported implementations of the processor) +// supports the ieee-754 floating point standard. No other floating +// point standards are supported (or significant). Any other supported +// floating point formats are expected to be cased on the ISA processor +// symbol. +// +// _CHAR_IS_UNSIGNED / _CHAR_IS_SIGNED: +// The C Compiler implements objects of type `char' as `unsigned' or +// `signed' respectively. This is really an implementation choice of +// the compiler writer, but it is specified in the ABI and tends to +// be uniform across compilers for an instruction set architecture. +// Hence, it has the properties of a processor characteristic. +// +// _CHAR_ALIGNMENT / _SHORT_ALIGNMENT / _INT_ALIGNMENT / _LONG_ALIGNMENT / +// _LONG_LONG_ALIGNMENT / _DOUBLE_ALIGNMENT / _LONG_DOUBLE_ALIGNMENT / +// _POINTER_ALIGNMENT / _FLOAT_ALIGNMENT: +// The ABI defines alignment requirements of each of the primitive +// object types. Some, if not all, may be hardware requirements as +// well. The values are expressed in "byte-alignment" units. +// +// _MAX_ALIGNMENT: +// The most stringent alignment requirement as specified by the ABI. +// Equal to the maximum of all the above _XXX_ALIGNMENT values. +// +// _MAX_ALIGNMENT_TYPE: +// The name of the C type that has the value descried in _MAX_ALIGNMENT. +// +// _ALIGNMENT_REQUIRED: +// True or false (1 or 0) whether or not the hardware requires the ABI +// alignment. +// +// _LONG_LONG_ALIGNMENT_32 +// The 32-bit ABI supported by a 64-bit kernel may have different +// alignment requirements for primitive object types. The value of this +// identifier is expressed in "byte-alignment" units. +// +// _HAVE_CPUID_INSN +// This indicates that the architecture supports the 'cpuid' +// instruction as defined by Intel. (Intel allows other vendors +// to extend the instruction for their own purposes.) +// +// +// Implementation Choices: +// +// _ILP32 / _LP64: +// This specifies the compiler data type implementation as specified in +// the relevant ABI. The choice between these is strongly influenced +// by the underlying hardware, but is not absolutely tied to it. +// Currently only two data type models are supported: +// +// _ILP32: +// Int/Long/Pointer are 32 bits. This is the historical UNIX +// and Solaris implementation. Due to its historical standing, +// this is the default case. +// +// _LP64: +// Long/Pointer are 64 bits, Int is 32 bits. This is the chosen +// implementation for 64-bit ABIs such as SPARC V9. +// +// _I32LPx: +// A compilation environment where 'int' is 32-bit, and +// longs and pointers are simply the same size. +// +// In all cases, Char is 8 bits and Short is 16 bits. +// +// _SUNOS_VTOC_8 / _SUNOS_VTOC_16 / _SVR4_VTOC_16: +// This specifies the form of the disk VTOC (or label): +// +// _SUNOS_VTOC_8: +// This is a VTOC form which is upwardly compatible with the +// SunOS 4.x disk label and allows 8 partitions per disk. +// +// _SUNOS_VTOC_16: +// In this format the incore vtoc image matches the ondisk +// version. It allows 16 slices per disk, and is not +// compatible with the SunOS 4.x disk label. +// +// Note that these are not the only two VTOC forms possible and +// additional forms may be added. One possible form would be the +// SVr4 VTOC form. The symbol for that is reserved now, although +// it is not implemented. +// +// _SVR4_VTOC_16: +// This VTOC form is compatible with the System V Release 4 +// VTOC (as implemented on the SVr4 Intel and 3b ports) with +// 16 partitions per disk. +// +// +// _DMA_USES_PHYSADDR / _DMA_USES_VIRTADDR +// This describes the type of addresses used by system DMA: +// +// _DMA_USES_PHYSADDR: +// This type of DMA, used in the x86 implementation, +// requires physical addresses for DMA buffers. The 24-bit +// addresses used by some legacy boards is the source of the +// "low-memory" (<16MB) requirement for some devices using DMA. +// +// _DMA_USES_VIRTADDR: +// This method of DMA allows the use of virtual addresses for +// DMA transfers. +// +// _FIRMWARE_NEEDS_FDISK / _NO_FDISK_PRESENT +// This indicates the presence/absence of an fdisk table. +// +// _FIRMWARE_NEEDS_FDISK +// The fdisk table is required by system firmware. If present, +// it allows a disk to be subdivided into multiple fdisk +// partitions, each of which is equivalent to a separate, +// virtual disk. This enables the co-existence of multiple +// operating systems on a shared hard disk. +// +// _NO_FDISK_PRESENT +// If the fdisk table is absent, it is assumed that the entire +// media is allocated for a single operating system. +// +// _HAVE_TEM_FIRMWARE +// Defined if this architecture has the (fallback) option of +// using prom_* calls for doing I/O if a suitable kernel driver +// is not available to do it. +// +// _DONT_USE_1275_GENERIC_NAMES +// Controls whether or not device tree node names should +// comply with the IEEE 1275 "Generic Names" Recommended +// Practice. With _DONT_USE_GENERIC_NAMES, device-specific +// names identifying the particular device will be used. +// +// __i386_COMPAT +// This indicates whether the i386 ABI is supported as a *non-native* +// mode for the platform. When this symbol is defined: +// - 32-bit xstat-style system calls are enabled +// - 32-bit xmknod-style system calls are enabled +// - 32-bit system calls use i386 sizes -and- alignments +// +// Note that this is NOT defined for the i386 native environment! +// +// __x86 +// This is ONLY a synonym for defined(__i386) || defined(__amd64) +// which is useful only insofar as these two architectures share +// common attributes. Analogous to __sparc. +// +// _PSM_MODULES +// This indicates whether or not the implementation uses PSM +// modules for processor support, reading /etc/mach from inside +// the kernel to extract a list. +// +// _RTC_CONFIG +// This indicates whether or not the implementation uses /etc/rtc_config +// to configure the real-time clock in the kernel. +// +// _UNIX_KRTLD +// This indicates that the implementation uses a dynamically +// linked unix + krtld to form the core kernel image at boot +// time, or (in the absence of this symbol) a prelinked kernel image. +// +// _OBP +// This indicates the firmware interface is OBP. +// +// _SOFT_HOSTID +// This indicates that the implementation obtains the hostid +// from the file /etc/hostid, rather than from hardware. + +// The following set of definitions characterize Solaris on AMD's +// 64-bit systems. + +// Define the appropriate "processor characteristics" + +// Different alignment constraints for the i386 ABI in compatibility mode + +// Define the appropriate "implementation choices". + +// The feature test macro __i386 is generic for all processors implementing +// the Intel 386 instruction set or a superset of it. Specifically, this +// includes all members of the 386, 486, and Pentium family of processors. + +// Values of _POSIX_C_SOURCE +// +// undefined not a POSIX compilation +// 1 POSIX.1-1990 compilation +// 2 POSIX.2-1992 compilation +// 199309L POSIX.1b-1993 compilation (Real Time) +// 199506L POSIX.1c-1995 compilation (POSIX Threads) +// 200112L POSIX.1-2001 compilation (Austin Group Revision) +// 200809L POSIX.1-2008 compilation + +// The feature test macros __XOPEN_OR_POSIX, _STRICT_STDC, _STRICT_SYMBOLS, +// and _STDC_C99 are Sun implementation specific macros created in order to +// compress common standards specified feature test macros for easier reading. +// These macros should not be used by the application developer as +// unexpected results may occur. Instead, the user should reference +// standards(7) for correct usage of the standards feature test macros. +// +// __XOPEN_OR_POSIX Used in cases where a symbol is defined by both +// X/Open or POSIX or in the negative, when neither +// X/Open or POSIX defines a symbol. +// +// _STRICT_STDC __STDC__ is specified by the C Standards and defined +// by the compiler. For Sun compilers the value of +// __STDC__ is either 1, 0, or not defined based on the +// compilation mode (see cc(1)). When the value of +// __STDC__ is 1 and in the absence of any other feature +// test macros, the namespace available to the application +// is limited to only those symbols defined by the C +// Standard. _STRICT_STDC provides a more readable means +// of identifying symbols defined by the standard, or in +// the negative, symbols that are extensions to the C +// Standard. See additional comments for GNU C differences. +// +// _STDC_C99 __STDC_VERSION__ is specified by the C standards and +// defined by the compiler and indicates the version of +// the C standard. A value of 199901L indicates a +// compiler that complies with ISO/IEC 9899:1999, other- +// wise known as the C99 standard. +// +// _STDC_C11 Like _STDC_C99 except that the value of __STDC_VERSION__ +// is 201112L indicating a compiler that compiles with +// ISO/IEC 9899:2011, otherwise known as the C11 standard. +// +// _STRICT_SYMBOLS Used in cases where symbol visibility is restricted +// by the standards, and the user has not explicitly +// relaxed the strictness via __EXTENSIONS__. + +// ISO/IEC 9899:1990 and it's revisions, ISO/IEC 9899:1999 and ISO/IEC +// 99899:2011 specify the following predefined macro name: +// +// __STDC__ The integer constant 1, intended to indicate a conforming +// implementation. +// +// Furthermore, a strictly conforming program shall use only those features +// of the language and library specified in these standards. A conforming +// implementation shall accept any strictly conforming program. +// +// Based on these requirements, Sun's C compiler defines __STDC__ to 1 for +// strictly conforming environments and __STDC__ to 0 for environments that +// use ANSI C semantics but allow extensions to the C standard. For non-ANSI +// C semantics, Sun's C compiler does not define __STDC__. +// +// The GNU C project interpretation is that __STDC__ should always be defined +// to 1 for compilation modes that accept ANSI C syntax regardless of whether +// or not extensions to the C standard are used. Violations of conforming +// behavior are conditionally flagged as warnings via the use of the +// -pedantic option. In addition to defining __STDC__ to 1, the GNU C +// compiler also defines __STRICT_ANSI__ as a means of specifying strictly +// conforming environments using the -ansi or -std=<standard> options. +// +// In the absence of any other compiler options, Sun and GNU set the value +// of __STDC__ as follows when using the following options: +// +// Value of __STDC__ __STRICT_ANSI__ +// +// cc -Xa (default) 0 undefined +// cc -Xt (transitional) 0 undefined +// cc -Xc (strictly conforming) 1 undefined +// cc -Xs (K&R C) undefined undefined +// +// gcc (default) 1 undefined +// gcc -ansi, -std={c89, c99,...) 1 defined +// gcc -traditional (K&R) undefined undefined +// +// The default compilation modes for Sun C compilers versus GNU C compilers +// results in a differing value for __STDC__ which results in a more +// restricted namespace when using Sun compilers. To allow both GNU and Sun +// interpretations to peacefully co-exist, we use the following Sun +// implementation _STRICT_STDC_ macro: + +// Compiler complies with ISO/IEC 9899:1999 or ISO/IEC 9989:2011 + +// Use strict symbol visibility. + +// This is a variant of _STRICT_SYMBOLS that is meant to cover headers that are +// governed by POSIX, but have not been governed by ISO C. One can go two ways +// on what should happen if an application actively includes (not transitively) +// a header that isn't part of the ISO C spec, we opt to say that if someone has +// gone out of there way then they're doing it for a reason and that is an act +// of non-compliance and therefore it's not up to us to hide away every symbol. +// +// In general, prefer using _STRICT_SYMBOLS, but this is here in particular for +// cases where in the past we have only used a POSIX related check and we don't +// wish to make something stricter. Often applications are relying on the +// ability to, or more realistically unwittingly, have _STRICT_STDC declared and +// still use these interfaces. + +// Large file interfaces: +// +// _LARGEFILE_SOURCE +// 1 large file-related additions to POSIX +// interfaces requested (fseeko, etc.) +// _LARGEFILE64_SOURCE +// 1 transitional large-file-related interfaces +// requested (seek64, stat64, etc.) +// +// The corresponding announcement macros are respectively: +// _LFS_LARGEFILE +// _LFS64_LARGEFILE +// (These are set in <unistd.h>.) +// +// Requesting _LARGEFILE64_SOURCE implies requesting _LARGEFILE_SOURCE as +// well. +// +// The large file interfaces are made visible regardless of the initial values +// of the feature test macros under certain circumstances: +// - If no explicit standards-conforming environment is requested (neither +// of _POSIX_SOURCE nor _XOPEN_SOURCE is defined and the value of +// __STDC__ does not imply standards conformance). +// - Extended system interfaces are explicitly requested (__EXTENSIONS__ +// is defined). +// - Access to in-kernel interfaces is requested (_KERNEL or _KMEMUSER is +// defined). (Note that this dependency is an artifact of the current +// kernel implementation and may change in future releases.) + +// Large file compilation environment control: +// +// The setting of _FILE_OFFSET_BITS controls the size of various file-related +// types and governs the mapping between file-related source function symbol +// names and the corresponding binary entry points. +// +// In the 32-bit environment, the default value is 32; if not set, set it to +// the default here, to simplify tests in other headers. +// +// In the 64-bit compilation environment, the only value allowed is 64. + +// Use of _XOPEN_SOURCE +// +// The following X/Open specifications are supported: +// +// X/Open Portability Guide, Issue 3 (XPG3) +// X/Open CAE Specification, Issue 4 (XPG4) +// X/Open CAE Specification, Issue 4, Version 2 (XPG4v2) +// X/Open CAE Specification, Issue 5 (XPG5) +// Open Group Technical Standard, Issue 6 (XPG6), also referred to as +// IEEE Std. 1003.1-2001 and ISO/IEC 9945:2002. +// Open Group Technical Standard, Issue 7 (XPG7), also referred to as +// IEEE Std. 1003.1-2008 and ISO/IEC 9945:2009. +// +// XPG4v2 is also referred to as UNIX 95 (SUS or SUSv1). +// XPG5 is also referred to as UNIX 98 or the Single Unix Specification, +// Version 2 (SUSv2) +// XPG6 is the result of a merge of the X/Open and POSIX specifications +// and as such is also referred to as IEEE Std. 1003.1-2001 in +// addition to UNIX 03 and SUSv3. +// XPG7 is also referred to as UNIX 08 and SUSv4. +// +// When writing a conforming X/Open application, as per the specification +// requirements, the appropriate feature test macros must be defined at +// compile time. These are as follows. For more info, see standards(7). +// +// Feature Test Macro Specification +// ------------------------------------------------ ------------- +// _XOPEN_SOURCE XPG3 +// _XOPEN_SOURCE && _XOPEN_VERSION = 4 XPG4 +// _XOPEN_SOURCE && _XOPEN_SOURCE_EXTENDED = 1 XPG4v2 +// _XOPEN_SOURCE = 500 XPG5 +// _XOPEN_SOURCE = 600 (or POSIX_C_SOURCE=200112L) XPG6 +// _XOPEN_SOURCE = 700 (or POSIX_C_SOURCE=200809L) XPG7 +// +// In order to simplify the guards within the headers, the following +// implementation private test macros have been created. Applications +// must NOT use these private test macros as unexpected results will +// occur. +// +// Note that in general, the use of these private macros is cumulative. +// For example, the use of _XPG3 with no other restrictions on the X/Open +// namespace will make the symbols visible for XPG3 through XPG6 +// compilation environments. The use of _XPG4_2 with no other X/Open +// namespace restrictions indicates that the symbols were introduced in +// XPG4v2 and are therefore visible for XPG4v2 through XPG6 compilation +// environments, but not for XPG3 or XPG4 compilation environments. +// +// _XPG3 X/Open Portability Guide, Issue 3 (XPG3) +// _XPG4 X/Open CAE Specification, Issue 4 (XPG4) +// _XPG4_2 X/Open CAE Specification, Issue 4, Version 2 (XPG4v2/UNIX 95/SUS) +// _XPG5 X/Open CAE Specification, Issue 5 (XPG5/UNIX 98/SUSv2) +// _XPG6 Open Group Technical Standard, Issue 6 (XPG6/UNIX 03/SUSv3) +// _XPG7 Open Group Technical Standard, Issue 7 (XPG7/UNIX 08/SUSv4) + +// X/Open Portability Guide, Issue 3 + +// _XOPEN_VERSION is defined by the X/Open specifications and is not +// normally defined by the application, except in the case of an XPG4 +// application. On the implementation side, _XOPEN_VERSION defined with +// the value of 3 indicates an XPG3 application. _XOPEN_VERSION defined +// with the value of 4 indicates an XPG4 or XPG4v2 (UNIX 95) application. +// _XOPEN_VERSION defined with a value of 500 indicates an XPG5 (UNIX 98) +// application and with a value of 600 indicates an XPG6 (UNIX 03) +// application and with a value of 700 indicates an XPG7 (UNIX 08). +// The appropriate version is determined by the use of the +// feature test macros described earlier. The value of _XOPEN_VERSION +// defaults to 3 otherwise indicating support for XPG3 applications. + +// ANSI C and ISO 9899:1990 say the type long long doesn't exist in strictly +// conforming environments. ISO 9899:1999 says it does. +// +// The presence of _LONGLONG_TYPE says "long long exists" which is therefore +// defined in all but strictly conforming environments that disallow it. + +// The following macro defines a value for the ISO C99 restrict +// keyword so that _RESTRICT_KYWD resolves to "restrict" if +// an ISO C99 compiler is used, "__restrict" for c++ and "" (null string) +// if any other compiler is used. This allows for the use of single +// prototype declarations regardless of compiler version. + +// The following macro defines a value for the ISO C11 _Noreturn +// keyword so that _NORETURN_KYWD resolves to "_Noreturn" if +// an ISO C11 compiler is used and "" (null string) if any other +// compiler is used. This allows for the use of single prototype +// declarations regardless of compiler version. + +// ISO/IEC 9899:2011 Annex K + +// The following macro indicates header support for the ANSI C++ +// standard. The ISO/IEC designation for this is ISO/IEC FDIS 14882. + +// The following macro indicates header support for the C99 standard, +// ISO/IEC 9899:1999, Programming Languages - C. + +// The following macro indicates header support for the C11 standard, +// ISO/IEC 9899:2011, Programming Languages - C. + +// The following macro indicates header support for the C11 standard, +// ISO/IEC 9899:2011 Annex K, Programming Languages - C. + +// The following macro indicates header support for DTrace. The value is an +// integer that corresponds to the major version number for DTrace. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License (the "License"). +// You may not use this file except in compliance with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END + +// Copyright 2008 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. +// Copyright 2016 Joyent, Inc. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License, Version 1.0 only +// (the "License"). You may not use this file except in compliance +// with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END +// Copyright 2003 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. + +// Copyright (c) 1988 AT&T +// All Rights Reserved + +// An application should not include this header directly. Instead it +// should be included only through the inclusion of other Sun headers. +// +// The contents of this header is limited to identifiers specified in the +// C Standard. Any new identifiers specified in future amendments to the +// C Standard must be placed in this header. If these new identifiers +// are required to also be in the C++ Standard "std" namespace, then for +// anything other than macro definitions, corresponding "using" directives +// must also be added to <limits.h>. + +// Sizes of integral types + +// min value of a "long int" +// max value of a "long int" +// max value of "unsigned long int" +// min value of a long long +// max value of a long long +// max value of "unsigned long long + +// This file and its contents are supplied under the terms of the +// Common Development and Distribution License ("CDDL"), version 1.0. +// You may only use this file in accordance with the terms of version +// 1.0 of the CDDL. +// +// A full copy of the text of the CDDL should have accompanied this +// source. A copy of the CDDL is also available via the Internet at +// http://www.illumos.org/license/CDDL. +// Copyright 2015 Joyent, Inc. All rights reserved. + +// Include fixed width type limits as proposed by the ISO/JTC1/SC22/WG14 C +// committee's working draft for the revision of the current ISO C standard, +// ISO/IEC 9899:1990 Programming language - C. These are not currently +// required by any standard but constitute a useful, general purpose set +// of type definitions and limits which is namespace clean with respect to +// all standards. +// DO NOT EDIT THIS FILE. +// +// It has been auto-edited by fixincludes from: +// +// "/usr/include/sys/int_limits.h" +// +// This had to be done to correct non-standard usages in the +// original, manufacturer supplied header file. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License, Version 1.0 only +// (the "License"). You may not use this file except in compliance +// with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END +// Copyright 2014 Garrett D'Amore <garrett@damore.org> +// +// Copyright 2004 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. + +// This file, <sys/int_limits.h>, is part of the Sun Microsystems implementation +// of <inttypes.h> as defined in the ISO C standard, ISO/IEC 9899:1999 +// Programming language - C. +// +// Programs/Modules should not directly include this file. Access to the +// types defined in this file should be through the inclusion of one of the +// following files: +// +// <limits.h> This nested inclusion is disabled for strictly +// ANSI-C conforming compilations. The *_MIN +// definitions are not visible to POSIX or XPG +// conforming applications (due to what may be +// a bug in the specification - this is under +// investigation) +// +// <sys/inttypes.h> Provides the Kernel and Driver appropriate +// components of <inttypes.h>. +// +// <inttypes.h> For use by applications. +// +// See these files for more details. + +// DO NOT EDIT THIS FILE. +// +// It has been auto-edited by fixincludes from: +// +// "/usr/include/sys/feature_tests.h" +// +// This had to be done to correct non-standard usages in the +// original, manufacturer supplied header file. + +// CDDL HEADER START +// +// The contents of this file are subject to the terms of the +// Common Development and Distribution License (the "License"). +// You may not use this file except in compliance with the License. +// +// You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE +// or http://www.opensolaris.org/os/licensing. +// See the License for the specific language governing permissions +// and limitations under the License. +// +// When distributing Covered Code, include this CDDL HEADER in each +// file and include the License file at usr/src/OPENSOLARIS.LICENSE. +// If applicable, add the following below this CDDL HEADER, with the +// fields enclosed by brackets "[]" replaced with your own identifying +// information: Portions Copyright [yyyy] [name of copyright owner] +// +// CDDL HEADER END + +// Copyright 2013 Garrett D'Amore <garrett@damore.org> +// Copyright 2016 Joyent, Inc. +// Copyright 2022 Oxide Computer Company +// +// Copyright 2006 Sun Microsystems, Inc. All rights reserved. +// Use is subject to license terms. + +// Limits +// +// The following define the limits for the types defined in <sys/int_types.h>. +// +// INTMAX_MIN (minimum value of the largest supported signed integer type), +// INTMAX_MAX (maximum value of the largest supported signed integer type), +// and UINTMAX_MAX (maximum value of the largest supported unsigned integer +// type) can be set to implementation defined limits. +// +// NOTE : A programmer can test to see whether an implementation supports +// a particular size of integer by testing if the macro that gives the +// maximum for that datatype is defined. For example, if #ifdef UINT64_MAX +// tests false, the implementation does not support unsigned 64 bit integers. +// +// The type of these macros is intentionally unspecified. +// +// The types int8_t, int_least8_t, and int_fast8_t are not defined for ISAs +// where the ABI specifies "char" as unsigned when the translation mode is +// not ANSI-C. + +// The following 2 macros are provided for testing whether the types +// intptr_t and uintptr_t (integers large enough to hold a void *) are +// defined in this header. They are needed in case the architecture can't +// represent a pointer in any standard integral type. + +// Maximum limits of ptrdiff_t defined in <sys/types.h> + +// Maximum value of a "size_t". SIZE_MAX was previously defined +// in <limits.h>, however, the standards specify it be defined +// in <stdint.h>. The <stdint.h> headers includes this header as +// does <limits.h>. The value of SIZE_MAX should not deviate +// from the value of ULONG_MAX defined <sys/types.h>. + +// Maximum limit of sig_atomic_t defined in <sys/types.h> + +// Maximum limit of wchar_t. The WCHAR_* macros are also +// defined in <iso/wchar_iso.h>, but inclusion of that header +// will break ISO/IEC C namespace. + +// Maximum limit of wint_t + +// It is probably a bug in the POSIX specification (IEEE-1003.1-1990) that +// when including <limits.h> that the suffix _MAX is reserved but not the +// suffix _MIN. However, until that issue is resolved.... + +// Minimum value of a pointer-holding signed integer type + +// Minimum limits of ptrdiff_t defined in <sys/types.h> + +// Minimum limit of sig_atomic_t defined in <sys/types.h> + +// Minimum limit of wchar_t. The WCHAR_* macros are also +// defined in <iso/wchar_iso.h>, but inclusion of that header +// will break ISO/IEC C namespace. + +// Minimum limit of wint_t + +// ARG_MAX is calculated as follows: +// NCARGS - space for other stuff on initial stack +// like aux vectors, saved registers, etc.. + +// These two symbols have their historical values, the actual buffer is +// larger. + +// POSIX conformant definitions - An implementation may define +// other symbols which reflect the actual implementation. Alternate +// definitions may not be as restrictive as the POSIX definitions. +// POSIX.1c conformant +// UNIX 03 conformant + +// POSIX.2 and XPG4-XSH4 conformant definitions + +// UNIX 03 conformant + +// For dual definitions for PASS_MAX and sysconf.c + +// NLS printf() and scanf() + +// Marked as LEGACY in SUSv2 and removed in UNIX 03 +// of a double +// of a "float" + +// Marked as LEGACY in SUSv1 and removed in SUSv2 +// of a double +// of a float + +// POSIX 1003.1a, section 2.9.5, table 2-5 contains [NAME_MAX] and the +// related text states: +// +// A definition of one of the values from Table 2-5 shall be omitted from the +// <limits.h> on specific implementations where the corresponding value is +// equal to or greater than the stated minimum, but where the value can vary +// depending on the file to which it is applied. The actual value supported for +// a specific pathname shall be provided by the pathconf() (5.7.1) function. +// +// This is clear that any machine supporting multiple file system types +// and/or a network should not include this define, regardless of protection +// by the _POSIX_SOURCE and _POSIX_C_SOURCE flags. We chose to ignore that +// and provide it anyway for compatibility with other platforms that don't +// follow the spec as precisely as they should. Its usage is discouraged. + +type Clock_t = int64 /* limits.h:292:14 */ // System Private interface to sysconf() + +// Increased for illumos + +// Copyright (C) 1991-2022 Free Software Foundation, Inc. +// +// This file is part of GCC. +// +// GCC is free software; you can redistribute it and/or modify it under +// the terms of the GNU General Public License as published by the Free +// Software Foundation; either version 3, or (at your option) any later +// version. +// +// GCC 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 General Public License +// for more details. +// +// Under Section 7 of GPL version 3, you are granted additional +// permissions described in the GCC Runtime Library Exception, version +// 3.1, as published by the Free Software Foundation. +// +// You should have received a copy of the GNU General Public License and +// a copy of the GCC Runtime Library Exception along with this program; +// see the files COPYING3 and COPYING.RUNTIME respectively. If not, see +// <http://www.gnu.org/licenses/>. + +// Number of bits in a `char'. + +// Maximum length of a multibyte character. + +// Minimum and maximum values a `signed char' can hold. + +// Maximum value an `unsigned char' can hold. (Minimum is 0). + +// Minimum and maximum values a `char' can hold. + +// Minimum and maximum values a `signed short int' can hold. + +// Maximum value an `unsigned short int' can hold. (Minimum is 0). + +// Minimum and maximum values a `signed int' can hold. + +// Maximum value an `unsigned int' can hold. (Minimum is 0). + +// Minimum and maximum values a `signed long int' can hold. +// (Same as `int'). + +// Maximum value an `unsigned long int' can hold. (Minimum is 0). + +// Minimum and maximum values a `signed long long int' can hold. + +// Maximum value an `unsigned long long int' can hold. (Minimum is 0). + +// Minimum and maximum values a `signed long long int' can hold. + +// Maximum value an `unsigned long long int' can hold. (Minimum is 0). + +// This administrivia gets added to the end of limits.h +// if the system has its own version of limits.h. + +var _ int8 /* gen.c:2:13: */ |