Bug 465640: Use autoconf to declare stdint types on platforms that don't have stdint.h r=bsmedberg
At configure time, check for <stdint.h>. If we don't have it, find
integer types of various sizes. On Windows, where we can't run
compilation tests in configure, hard-code definitions suggesting the
use of the built-in __intN types for the exact-size types, and
<stddef.h> for the pointer-sized types.
Use namespace-clean names for the preprocessor macros we define.
Since these types are used in the public JavaScript API, the configure
script needs to place the definitions it finds in js-config.h, the
installed configure-generated header, so it can be used by jsapi.h and
that gang.
New header js/src/jsstdint.h does what it takes to get definitions for
the exact-size and pointer-size integral types. It includes
<stdint.h> when available, uses the types found by configure.in to
define the {,u}int{8,16,32,64,ptr}_t types itself, or uses the __intN
types and the <stddef.h> header.
Remove now-unnecessary and possibly conflicting definitions of intN_t
types from js/src/nanojit/avmplus.h.
2009-01-13 10:50:24 -08:00
|
|
|
/* -*- Mode: C; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 4 -*-
|
|
|
|
* vim: set ts=8 sw=4 et tw=78:
|
|
|
|
*
|
|
|
|
* ***** BEGIN LICENSE BLOCK *****
|
|
|
|
* Version: MPL 1.1/GPL 2.0/LGPL 2.1
|
|
|
|
*
|
|
|
|
* The contents of this file are subject to the Mozilla Public License Version
|
|
|
|
* 1.1 (the "License"); you may not use this file except in compliance with
|
|
|
|
* the License. You may obtain a copy of the License at
|
|
|
|
* http://www.mozilla.org/MPL/
|
|
|
|
*
|
|
|
|
* Software distributed under the License is distributed on an "AS IS" basis,
|
|
|
|
* WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License
|
|
|
|
* for the specific language governing rights and limitations under the
|
|
|
|
* License.
|
|
|
|
*
|
|
|
|
* The Original Code is mozilla.org code.
|
|
|
|
*
|
|
|
|
* The Initial Developer of the Original Code is
|
|
|
|
* Jim Blandy
|
|
|
|
* Portions created by the Initial Developer are Copyright (C) 2008
|
|
|
|
* the Initial Developer. All Rights Reserved.
|
|
|
|
*
|
|
|
|
* Contributor(s):
|
|
|
|
*
|
|
|
|
* Alternatively, the contents of this file may be used under the terms of
|
|
|
|
* either of the GNU General Public License Version 2 or later (the "GPL"),
|
|
|
|
* or the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
|
|
|
|
* in which case the provisions of the GPL or the LGPL are applicable instead
|
|
|
|
* of those above. If you wish to allow use of your version of this file only
|
|
|
|
* under the terms of either the GPL or the LGPL, and not to allow others to
|
|
|
|
* use your version of this file under the terms of the MPL, indicate your
|
|
|
|
* decision by deleting the provisions above and replace them with the notice
|
|
|
|
* and other provisions required by the GPL or the LGPL. If you do not delete
|
|
|
|
* the provisions above, a recipient may use your version of this file under
|
|
|
|
* the terms of any one of the MPL, the GPL or the LGPL.
|
|
|
|
*
|
|
|
|
* ***** END LICENSE BLOCK ***** */
|
|
|
|
|
Bug 479258: Don't define <stdint.h> types in public headers. r=brendan
On systems that don't have <stdint.h> (i.e., Microsoft, which is
tragically underfunded and cannot spare the resources necessary to
provide and support this header: http://tinyurl.com/absoh8),
SpiderMonkey header files should not introduce definitions for these
types, as doing so may conflict with client code's attempts to provide
its own definitions for these types.
Instead, have jstypes.h define JS{Int,Uint}{8,16,32,64,Ptr} types
based on configure's results, and make jsstdint.h into an uninstalled
header for use within SpiderMonkey that does whatever is necessary to
get definitions for the <stdint.h> types.
The changes to make the appropriate SpiderMonkey .cpp files #include
"jsstdint.h" explicitly are in a separate patch, for ease of review.
2009-03-18 11:38:15 -07:00
|
|
|
/*
|
|
|
|
* This header provides definitions for the <stdint.h> types we use,
|
|
|
|
* even on systems that lack <stdint.h>.
|
2009-07-27 18:40:12 -07:00
|
|
|
*
|
Bug 479258: Don't define <stdint.h> types in public headers. r=brendan
On systems that don't have <stdint.h> (i.e., Microsoft, which is
tragically underfunded and cannot spare the resources necessary to
provide and support this header: http://tinyurl.com/absoh8),
SpiderMonkey header files should not introduce definitions for these
types, as doing so may conflict with client code's attempts to provide
its own definitions for these types.
Instead, have jstypes.h define JS{Int,Uint}{8,16,32,64,Ptr} types
based on configure's results, and make jsstdint.h into an uninstalled
header for use within SpiderMonkey that does whatever is necessary to
get definitions for the <stdint.h> types.
The changes to make the appropriate SpiderMonkey .cpp files #include
"jsstdint.h" explicitly are in a separate patch, for ease of review.
2009-03-18 11:38:15 -07:00
|
|
|
* NOTE: This header should only be included in private SpiderMonkey
|
|
|
|
* code; public headers should use only the JS{Int,Uint}N types; see
|
|
|
|
* the comment for them in "jsinttypes.h".
|
|
|
|
*
|
|
|
|
* At the moment, these types are not widely used within SpiderMonkey;
|
|
|
|
* this file is meant to make existing uses portable, and to allow us
|
|
|
|
* to transition portably to using them more, if desired.
|
|
|
|
*/
|
Bug 465640: Use autoconf to declare stdint types on platforms that don't have stdint.h r=bsmedberg
At configure time, check for <stdint.h>. If we don't have it, find
integer types of various sizes. On Windows, where we can't run
compilation tests in configure, hard-code definitions suggesting the
use of the built-in __intN types for the exact-size types, and
<stddef.h> for the pointer-sized types.
Use namespace-clean names for the preprocessor macros we define.
Since these types are used in the public JavaScript API, the configure
script needs to place the definitions it finds in js-config.h, the
installed configure-generated header, so it can be used by jsapi.h and
that gang.
New header js/src/jsstdint.h does what it takes to get definitions for
the exact-size and pointer-size integral types. It includes
<stdint.h> when available, uses the types found by configure.in to
define the {,u}int{8,16,32,64,ptr}_t types itself, or uses the __intN
types and the <stddef.h> header.
Remove now-unnecessary and possibly conflicting definitions of intN_t
types from js/src/nanojit/avmplus.h.
2009-01-13 10:50:24 -08:00
|
|
|
|
|
|
|
#ifndef jsstdint_h___
|
|
|
|
#define jsstdint_h___
|
|
|
|
|
Bug 479258: Don't define <stdint.h> types in public headers. r=brendan
On systems that don't have <stdint.h> (i.e., Microsoft, which is
tragically underfunded and cannot spare the resources necessary to
provide and support this header: http://tinyurl.com/absoh8),
SpiderMonkey header files should not introduce definitions for these
types, as doing so may conflict with client code's attempts to provide
its own definitions for these types.
Instead, have jstypes.h define JS{Int,Uint}{8,16,32,64,Ptr} types
based on configure's results, and make jsstdint.h into an uninstalled
header for use within SpiderMonkey that does whatever is necessary to
get definitions for the <stdint.h> types.
The changes to make the appropriate SpiderMonkey .cpp files #include
"jsstdint.h" explicitly are in a separate patch, for ease of review.
2009-03-18 11:38:15 -07:00
|
|
|
#include "jsinttypes.h"
|
|
|
|
|
|
|
|
/* If we have a working stdint.h, then jsinttypes.h has already
|
|
|
|
defined the standard integer types. Otherwise, define the standard
|
|
|
|
names in terms of the 'JS' types. */
|
2010-03-06 09:59:41 -08:00
|
|
|
#if ! defined(JS_HAVE_STDINT_H) && \
|
|
|
|
! defined(JS_SYS_TYPES_H_DEFINES_EXACT_SIZE_TYPES)
|
Bug 479258: Don't define <stdint.h> types in public headers. r=brendan
On systems that don't have <stdint.h> (i.e., Microsoft, which is
tragically underfunded and cannot spare the resources necessary to
provide and support this header: http://tinyurl.com/absoh8),
SpiderMonkey header files should not introduce definitions for these
types, as doing so may conflict with client code's attempts to provide
its own definitions for these types.
Instead, have jstypes.h define JS{Int,Uint}{8,16,32,64,Ptr} types
based on configure's results, and make jsstdint.h into an uninstalled
header for use within SpiderMonkey that does whatever is necessary to
get definitions for the <stdint.h> types.
The changes to make the appropriate SpiderMonkey .cpp files #include
"jsstdint.h" explicitly are in a separate patch, for ease of review.
2009-03-18 11:38:15 -07:00
|
|
|
|
|
|
|
typedef JSInt8 int8_t;
|
|
|
|
typedef JSInt16 int16_t;
|
|
|
|
typedef JSInt32 int32_t;
|
|
|
|
typedef JSInt64 int64_t;
|
|
|
|
|
|
|
|
typedef JSUint8 uint8_t;
|
|
|
|
typedef JSUint16 uint16_t;
|
|
|
|
typedef JSUint32 uint32_t;
|
|
|
|
typedef JSUint64 uint64_t;
|
|
|
|
|
2009-09-30 17:45:17 -07:00
|
|
|
/* Suppress other, conflicting attempts to define stdint-bits. */
|
|
|
|
#define _STDINT_H
|
|
|
|
|
Bug 479258: Don't define <stdint.h> types in public headers. r=brendan
On systems that don't have <stdint.h> (i.e., Microsoft, which is
tragically underfunded and cannot spare the resources necessary to
provide and support this header: http://tinyurl.com/absoh8),
SpiderMonkey header files should not introduce definitions for these
types, as doing so may conflict with client code's attempts to provide
its own definitions for these types.
Instead, have jstypes.h define JS{Int,Uint}{8,16,32,64,Ptr} types
based on configure's results, and make jsstdint.h into an uninstalled
header for use within SpiderMonkey that does whatever is necessary to
get definitions for the <stdint.h> types.
The changes to make the appropriate SpiderMonkey .cpp files #include
"jsstdint.h" explicitly are in a separate patch, for ease of review.
2009-03-18 11:38:15 -07:00
|
|
|
/* If JS_STDDEF_H_HAS_INTPTR_T or JS_CRTDEFS_H_HAS_INTPTR_T are
|
|
|
|
defined, then jsinttypes.h included the given header, which
|
|
|
|
introduced definitions for intptr_t and uintptr_t. Otherwise,
|
|
|
|
define the standard names in terms of the 'JS' types. */
|
|
|
|
#if !defined(JS_STDDEF_H_HAS_INTPTR_T) && !defined(JS_CRTDEFS_H_HAS_INTPTR_T)
|
|
|
|
typedef JSIntPtr intptr_t;
|
|
|
|
typedef JSUintPtr uintptr_t;
|
Bug 465640: Use autoconf to declare stdint types on platforms that don't have stdint.h r=bsmedberg
At configure time, check for <stdint.h>. If we don't have it, find
integer types of various sizes. On Windows, where we can't run
compilation tests in configure, hard-code definitions suggesting the
use of the built-in __intN types for the exact-size types, and
<stddef.h> for the pointer-sized types.
Use namespace-clean names for the preprocessor macros we define.
Since these types are used in the public JavaScript API, the configure
script needs to place the definitions it finds in js-config.h, the
installed configure-generated header, so it can be used by jsapi.h and
that gang.
New header js/src/jsstdint.h does what it takes to get definitions for
the exact-size and pointer-size integral types. It includes
<stdint.h> when available, uses the types found by configure.in to
define the {,u}int{8,16,32,64,ptr}_t types itself, or uses the __intN
types and the <stddef.h> header.
Remove now-unnecessary and possibly conflicting definitions of intN_t
types from js/src/nanojit/avmplus.h.
2009-01-13 10:50:24 -08:00
|
|
|
#endif
|
|
|
|
|
2009-07-15 15:59:25 -07:00
|
|
|
#if !defined(__cplusplus) || defined(__STDC_LIMIT_MACROS)
|
|
|
|
|
|
|
|
#define INT8_MAX 127
|
|
|
|
#define INT8_MIN (-INT8_MAX - 1)
|
|
|
|
#define INT16_MAX 32767
|
2009-09-11 11:53:00 -07:00
|
|
|
#define INT16_MIN (-INT16_MAX - 1)
|
2009-07-15 15:59:25 -07:00
|
|
|
#define INT32_MAX 2147483647
|
|
|
|
#define INT32_MIN (-INT32_MAX - 1)
|
|
|
|
#define INT64_MAX 9223372036854775807LL
|
|
|
|
#define INT64_MIN (-INT64_MAX - 1)
|
|
|
|
|
|
|
|
#define UINT8_MAX 255
|
|
|
|
#define UINT16_MAX 65535
|
|
|
|
#define UINT32_MAX 4294967295U
|
|
|
|
#define UINT64_MAX 18446744073709551615ULL
|
|
|
|
|
|
|
|
/*
|
|
|
|
* These are technically wrong as they can't be used in the preprocessor, but
|
|
|
|
* we would require compiler assistance, and at the moment we don't need
|
|
|
|
* preprocessor-correctness.
|
|
|
|
*/
|
2009-09-23 11:16:30 -07:00
|
|
|
#ifdef _MSC_VER
|
|
|
|
#undef SIZE_MAX
|
|
|
|
#endif
|
|
|
|
|
2009-07-15 15:59:25 -07:00
|
|
|
#define INTPTR_MAX ((intptr_t) (UINTPTR_MAX >> 1))
|
2009-09-15 12:15:10 -07:00
|
|
|
#define INTPTR_MIN (intptr_t(uintptr_t(INTPTR_MAX) + uintptr_t(1)))
|
2009-07-15 15:59:25 -07:00
|
|
|
#define UINTPTR_MAX ((uintptr_t) -1)
|
|
|
|
#define SIZE_MAX UINTPTR_MAX
|
|
|
|
#define PTRDIFF_MAX INTPTR_MAX
|
|
|
|
#define PTRDIFF_MIN INTPTR_MIN
|
|
|
|
|
|
|
|
#endif /* !defined(__cplusplus) || defined(__STDC_LIMIT_MACROS) */
|
|
|
|
|
Bug 465640: Use autoconf to declare stdint types on platforms that don't have stdint.h r=bsmedberg
At configure time, check for <stdint.h>. If we don't have it, find
integer types of various sizes. On Windows, where we can't run
compilation tests in configure, hard-code definitions suggesting the
use of the built-in __intN types for the exact-size types, and
<stddef.h> for the pointer-sized types.
Use namespace-clean names for the preprocessor macros we define.
Since these types are used in the public JavaScript API, the configure
script needs to place the definitions it finds in js-config.h, the
installed configure-generated header, so it can be used by jsapi.h and
that gang.
New header js/src/jsstdint.h does what it takes to get definitions for
the exact-size and pointer-size integral types. It includes
<stdint.h> when available, uses the types found by configure.in to
define the {,u}int{8,16,32,64,ptr}_t types itself, or uses the __intN
types and the <stddef.h> header.
Remove now-unnecessary and possibly conflicting definitions of intN_t
types from js/src/nanojit/avmplus.h.
2009-01-13 10:50:24 -08:00
|
|
|
#endif /* JS_HAVE_STDINT_H */
|
|
|
|
|
|
|
|
#endif /* jsstdint_h___ */
|