13f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// Copyright (c) 2010 The Chromium Authors. All rights reserved. 23f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// Use of this source code is governed by a BSD-style license that can be 33f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// found in the LICENSE file. 4cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org// 5cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org// The original source code is from: 6cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org// https://code.google.com/p/libphonenumber/source/browse/trunk/cpp/src/phonenumbers/base/basictypes.h?r=621 73f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 8ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com#if I18N_ADDRESSINPUT_USE_BASICTYPES_OVERRIDE 9ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com 10ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com// If building libaddressinput in an environment where there already is another 11ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com// implementation of the basictypes.h header file (like in Chromium), then pass 12ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com// the command line flag -DI18N_ADDRESSINPUT_USE_BASICTYPES_OVERRIDE=1 to the 13ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com// compiler and provide a file named basictypes_override.h, in a location where 14ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com// the compiler will look for it, which provides the desired implementation. 15ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com 16ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com#include "basictypes_override.h" 17ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com 18ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com#else 19ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com 20cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org#ifndef I18N_ADDRESSINPUT_UTIL_BASICTYPES_H_ 21cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org#define I18N_ADDRESSINPUT_UTIL_BASICTYPES_H_ 223f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 239f47fe3ed525accac995b095d408a825673a2ee1roubert@google.com#include <climits> // So we can set the bounds of our types 249f47fe3ed525accac995b095d408a825673a2ee1roubert@google.com#include <cstddef> // For size_t 253f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 263f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if !defined(_WIN32) 273f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// stdint.h is part of C99 but MSVC doesn't have it. 283f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#include <stdint.h> // For intptr_t. 293f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 303f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 313f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#ifdef INT64_MAX 323f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 333f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// INT64_MAX is defined if C99 stdint.h is included; use the 343f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// native types if available. 353f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef int8_t int8; 363f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef int16_t int16; 373f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef int32_t int32; 383f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef int64_t int64; 393f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef uint8_t uint8; 403f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef uint16_t uint16; 413f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef uint32_t uint32; 423f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef uint64_t uint64; 433f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 443f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst uint8 kuint8max = UINT8_MAX; 453f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst uint16 kuint16max = UINT16_MAX; 463f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst uint32 kuint32max = UINT32_MAX; 473f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst uint64 kuint64max = UINT64_MAX; 483f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int8 kint8min = INT8_MIN; 493f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int8 kint8max = INT8_MAX; 503f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int16 kint16min = INT16_MIN; 513f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int16 kint16max = INT16_MAX; 523f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int32 kint32min = INT32_MIN; 533f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int32 kint32max = INT32_MAX; 543f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int64 kint64min = INT64_MIN; 553f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgconst int64 kint64max = INT64_MAX; 563f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 573f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#else // !INT64_MAX 583f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 593f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef signed char int8; 603f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef short int16; 613f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// TODO: Remove these type guards. These are to avoid conflicts with 623f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// obsolete/protypes.h in the Gecko SDK. 633f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#ifndef _INT32 643f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define _INT32 653f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef int int32; 663f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 673f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 683f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The NSPR system headers define 64-bit as |long| when possible. In order to 693f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// not have typedef mismatches, we do the same on LP64. 703f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if __LP64__ 713f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef long int64; 723f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#else 733f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef long long int64; 743f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 753f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 763f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// NOTE: unsigned types are DANGEROUS in loops and other arithmetical 773f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// places. Use the signed types unless your variable represents a bit 783f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// pattern (eg a hash value) or you really need the extra bit. Do NOT 793f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// use 'unsigned' to express "this value should always be positive"; 803f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// use assertions for this. 813f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 823f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef unsigned char uint8; 833f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef unsigned short uint16; 843f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// TODO: Remove these type guards. These are to avoid conflicts with 853f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// obsolete/protypes.h in the Gecko SDK. 863f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#ifndef _UINT32 873f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define _UINT32 883f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef unsigned int uint32; 893f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 903f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 913f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// See the comment above about NSPR and 64-bit. 923f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if __LP64__ 933f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef unsigned long uint64; 943f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#else 953f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef unsigned long long uint64; 963f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 973f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 983f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif // !INT64_MAX 993f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1003f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef signed char schar; 1013f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1023f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// A type to represent a Unicode code-point value. As of Unicode 4.0, 1033f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// such values require up to 21 bits. 1043f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// (For type-checking on pointers, make this explicitly signed, 1053f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// and it should always be the signed version of whatever int32 is.) 1063f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtypedef signed int char32; 1073f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1083f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// A macro to disallow the copy constructor and operator= functions 1093f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// This should be used in the private: declarations for a class 1103f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if !defined(DISALLOW_COPY_AND_ASSIGN) 1113f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define DISALLOW_COPY_AND_ASSIGN(TypeName) \ 1123f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org TypeName(const TypeName&); \ 1133f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org void operator=(const TypeName&) 1143f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 1153f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1163f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The arraysize(arr) macro returns the # of elements in an array arr. 1173f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The expression is a compile-time constant, and therefore can be 1183f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// used in defining new arrays, for example. If you use arraysize on 1193f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// a pointer by mistake, you will get a compile-time error. 1203f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1213f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// One caveat is that arraysize() doesn't accept any array of an 1223f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// anonymous type or a type defined inside a function. In these rare 1233f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// cases, you have to use the unsafe ARRAYSIZE_UNSAFE() macro below. This is 1243f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// due to a limitation in C++'s template system. The limitation might 1253f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// eventually be removed, but it hasn't happened yet. 1263f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1273f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// This template function declaration is used in defining arraysize. 1283f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// Note that the function doesn't need an implementation, as we only 1293f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// use its type. 1303f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtemplate <typename T, size_t N> 1313f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgchar (&ArraySizeHelper(T (&array)[N]))[N]; 1323f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1333f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// That gcc wants both of these prototypes seems mysterious. VC, for 1343f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// its part, can't decide which to use (another mystery). Matching of 1353f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// template overloads: the final frontier. 1363f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#ifndef _MSC_VER 1373f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtemplate <typename T, size_t N> 1383f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgchar (&ArraySizeHelper(const T (&array)[N]))[N]; 1393f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 1403f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1413f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if !defined(arraysize) 1423f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define arraysize(array) (sizeof(ArraySizeHelper(array))) 1433f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 1443f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1453f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// ARRAYSIZE_UNSAFE performs essentially the same calculation as arraysize, 1463f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// but can be used on anonymous types or types defined inside 1473f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// functions. It's less safe than arraysize as it accepts some 1483f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// (although not all) pointers. Therefore, you should use arraysize 1493f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// whenever possible. 1503f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1513f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The expression ARRAYSIZE_UNSAFE(a) is a compile-time constant of type 1523f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// size_t. 1533f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1543f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// ARRAYSIZE_UNSAFE catches a few type errors. If you see a compiler error 1553f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1563f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// "warning: division by zero in ..." 1573f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1583f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// when using ARRAYSIZE_UNSAFE, you are (wrongfully) giving it a pointer. 1593f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// You should only use ARRAYSIZE_UNSAFE on statically allocated arrays. 1603f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1613f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The following comments are on the implementation details, and can 1623f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// be ignored by the users. 1633f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1643f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// ARRAYSIZE_UNSAFE(arr) works by inspecting sizeof(arr) (the # of bytes in 1653f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// the array) and sizeof(*(arr)) (the # of bytes in one array 1663f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// element). If the former is divisible by the latter, perhaps arr is 1673f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// indeed an array, in which case the division result is the # of 1683f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// elements in the array. Otherwise, arr cannot possibly be an array, 1693f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// and we generate a compiler error to prevent the code from 1703f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// compiling. 1713f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1723f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// Since the size of bool is implementation-defined, we need to cast 1733f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// !(sizeof(a) & sizeof(*(a))) to size_t in order to ensure the final 1743f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// result has type size_t. 1753f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1763f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// This macro is not perfect as it wrongfully accepts certain 1773f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// pointers, namely where the pointer size is divisible by the pointee 1783f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// size. Since all our code has to go through a 32-bit compiler, 1793f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// where a pointer is 4 bytes, this means all pointers to a type whose 1803f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// size is 3 or greater than 4 will be (righteously) rejected. 1813f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1823f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if !defined(ARRAYSIZE_UNSAFE) 1833f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define ARRAYSIZE_UNSAFE(a) \ 1843f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org ((sizeof(a) / sizeof(*(a))) / \ 1853f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org static_cast<size_t>(!(sizeof(a) % sizeof(*(a))))) 1863f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 1873f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 1883f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The COMPILE_ASSERT macro can be used to verify that a compile time 1893f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// expression is true. For example, you could use it to verify the 1903f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// size of a static array: 1913f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1923f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// COMPILE_ASSERT(ARRAYSIZE_UNSAFE(content_type_names) == CONTENT_NUM_TYPES, 1933f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// content_type_names_incorrect_size); 1943f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1953f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// or to make sure a struct is smaller than a certain size: 1963f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1973f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// COMPILE_ASSERT(sizeof(foo) < 128, foo_too_large); 1983f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// 1993f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// The second argument to the macro is the name of the variable. If 2003f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// the expression is false, most compilers will issue a warning/error 2013f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org// containing the name of the variable. 2023f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 2033f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgtemplate <bool> 2043f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.orgstruct CompileAssert { 2053f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org}; 2063f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 2073f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#if !defined(COMPILE_ASSERT) 2083f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#define COMPILE_ASSERT(expr, msg) \ 2093f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org typedef CompileAssert<(bool(expr))> msg[bool(expr) ? 1 : -1] 2103f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org#endif 2113f951fab4e50260c90a94b75c8a56912828f1fadrouslan@chromium.org 212cd9fa24dde8d32cc1c207db9e96d48f6c6d9b45frouslan@chromium.org#endif // I18N_ADDRESSINPUT_UTIL_BASICTYPES_H_ 213ea5e77397b59d94af3591644c3dc23dc6f9ba22eroubert@google.com#endif // I18N_ADDRESSINPUT_USE_BASICTYPES_OVERRIDE 214