Lines Matching +full:gcc +full:- +full:5
6 * Git branch: v1.8-maintenance
9 * - Mac OSX, iPhone, Darwin
10 * - OpenBSD
11 * - Generic BSD
12 * - Atari ST TOS
13 * - AmigaOS
14 * - Windows
15 * - Flashplayer (Crossbridge)
16 * - QNX
17 * - TI-Nspire
18 * - Emscripten
19 * - Linux
20 * - Solaris
21 * - Generic POSIX
22 * - Cygwin
23 * - Generic UNIX
24 * - Generic fallback
27 * - x86
28 * - x64
29 * - x32
30 * - ARM 32-bit
31 * - ARM 64-bit
32 * - MIPS 32-bit
33 * - MIPS 64-bit
34 * - PowerPC 32-bit
35 * - PowerPC 64-bit
36 * - SPARC 32-bit
37 * - SPARC 64-bit
38 * - SuperH
39 * - Motorola 68k
40 * - Emscripten
41 * - Generic
44 * - Clang
45 * - GCC
46 * - MSVC
47 * - Emscripten
48 * - TinyC
49 * - VBCC
50 * - Bruce's C compiler
51 * - Generic
129 /* Windows, both 32-bit and 64-bit */
150 /* TI-Nspire (using Ndless) */
208 /* Intel x86 (32-bit), x64 (64-bit) or x32 (64-bit but 32-bit pointers),
294 /* GCC. Clang also defines __GNUC__ so don't detect GCC if using Clang. */
298 /* Convenience, e.g. gcc 4.5.1 == 40501; http://stackoverflow.com/questions/6031819/emulating-gccs-…
301 #error cannot figure out gcc version
305 /* MinGW. Also GCC flags (DUK_F_GCC) are enabled now. */
312 /* MSVC preprocessor defines: http://msdn.microsoft.com/en-us/library/b0084kay.aspx
328 /* http://bellard.org/tcc/tcc-doc.html#SEC9 */
357 /* --- Mac OSX, iPhone, Darwin --- */
368 /* http://stackoverflow.com/questions/5919996/how-to-detect-reliably-mac-os-x-ios-linux-windows-in-…
370 #define DUK_USE_OS_STRING "iphone-sim"
376 #define DUK_USE_OS_STRING "osx-unknown"
379 /* Use _setjmp() on Apple by default, see GH-55. */
384 /* --- OpenBSD --- */
398 /* --- Generic BSD --- */
411 /* --- Atari ST TOS --- */
425 /* --- AmigaOS --- */
453 /* --- Windows --- */
462 /* Windows 32-bit and 64-bit are currently the same. */
486 /* --- Flashplayer (Crossbridge) --- */
502 /* --- QNX --- */
520 /* --- TI-Nspire --- */
532 /* --- Emscripten --- */
563 /* --- Linux --- */
594 /* --- Solaris --- */
608 /* --- Generic POSIX --- */
621 /* --- Cygwin --- */
638 /* --- Generic UNIX --- */
647 /* --- Generic fallback --- */
700 /* --- x86 --- */
714 /* --- x64 --- */
728 /* --- x32 --- */
742 /* --- ARM 32-bit --- */
751 /* --- ARM 64-bit --- */
760 /* --- MIPS 32-bit --- */
773 /* --- MIPS 64-bit --- */
785 /* --- PowerPC 32-bit --- */
796 /* --- PowerPC 64-bit --- */
807 /* --- SPARC 32-bit --- */
816 /* --- SPARC 64-bit --- */
825 /* --- SuperH --- */
837 /* --- Motorola 68k --- */
848 /* --- Emscripten --- */
859 /* --- Generic --- */
870 /* --- Clang --- */
875 /* Clang: assume we have __va_copy() in non-C99 mode. */
922 /* Minimize warnings for unused internal functions with GCC >= 3.1.1 and
971 /* --- GCC --- */
976 /* GCC: assume we have __va_copy() in non-C99 mode. */
981 /* since gcc-2.5 */
986 /* since gcc-4.5 */
992 /* GCC: test not very accurate; enable only in relatively recent builds
993 * because of bugs in gcc-4.4 (http://lists.debian.org/debian-gcc/2010/04/msg00000.html)
1031 /* Minimize warnings for unused internal functions with GCC >= 3.1.1 and
1065 #define DUK_USE_COMPILER_STRING "gcc"
1093 /* --- MSVC --- */
1094 /* http://msdn.microsoft.com/en-us/library/aa235362(VS.60).aspx */
1142 /* VS2013+ supports union initializers but there's a bug involving union-inside-struct:
1145 * https://blogs.msdn.microsoft.com/vcblog/2015/07/01/c-compiler-front-end-fixes-in-vs2015/
1179 * http://stackoverflow.com/questions/2915672/snprintf-and-visual-studio-2010
1185 /* --- Emscripten --- */
1208 /* Minimize warnings for unused internal functions with GCC >= 3.1.1 and
1252 /* --- TinyC --- */
1261 /* http://bellard.org/tcc/tcc-doc.html#SEC7 */
1272 /* --- VBCC --- */
1276 #define DUK_USE_COMPILER_STRING "vbcc-c++"
1297 /* --- Bruce's C compiler --- */
1323 /* --- Generic --- */
1327 #define DUK_USE_COMPILER_STRING "generic-c++"
1368 * http://en.wikipedia.org/wiki/C_data_types#Fixed-width_integer_types
1372 * defining e.g. -0x80000000 as (-0x7fffffffL - 1L). See doc/code-issues.txt
1388 * INT_MIN to be -2**31+1 (instead of -2**31).
1391 #if INT_MAX != -(INT_MIN + 1)
1531 * 64-bit types are not available on all platforms; this is OK at least
1532 * on 32-bit platforms.
1543 #error cannot detect 8-bit type
1550 /* On some platforms int is 16-bit but long is 32-bit (e.g. PureC) */
1554 #error cannot detect 16-bit type
1561 /* On some platforms int is 16-bit but long is 32-bit (e.g. PureC) */
1565 #error cannot detect 32-bit type
1568 /* 64-bit type detection is a bit tricky.
1571 * are used by at least GCC (even if system headers don't provide ULLONG_MAX).
1572 * Some GCC variants may provide __LONG_LONG_MAX__ but not __ULONG_LONG_MAX__.
1575 * the compiler has a 64-bit type and the compiler/system headers provide an
1612 /* Both MinGW and MSVC have a 64-bit type. */
1618 /* cannot detect 64-bit type, not always needed so don't error */
1647 /* Note: the funny looking computations for signed minimum 16-bit, 32-bit, and
1648 * 64-bit values are intentional as the obvious forms (e.g. -0x80000000L) are
1649 * -not- portable. See code-issues.txt for a detailed discussion.
1653 #define DUK_INT8_MIN (-0x80L)
1657 #define DUK_INT_LEAST8_MIN (-0x80L)
1661 #define DUK_INT_FAST8_MIN (-0x80L)
1665 #define DUK_INT16_MIN (-0x7fffL - 1L)
1669 #define DUK_INT_LEAST16_MIN (-0x7fffL - 1L)
1673 #define DUK_INT_FAST16_MIN (-0x7fffL - 1L)
1677 #define DUK_INT32_MIN (-0x7fffffffL - 1L)
1681 #define DUK_INT_LEAST32_MIN (-0x7fffffffL - 1L)
1685 #define DUK_INT_FAST32_MIN (-0x7fffffffL - 1L)
1688 /* 64-bit constants. Since LL / ULL constants are not always available,
1694 #define DUK_UINT64_MAX ((duk_uint64_t) -1)
1731 #define DUK_INTMAX_MIN (-0x7fffffffL - 1L)
1762 #define SIZE_MAX ((size_t) (-1))
1829 /* Index values must have at least 32-bit signed range. */
1864 * (X)UTF-8/CESU-8 encode/decode take and return an unsigned variant to
1879 /* We're generally assuming that we're working on a platform with a 32-bit
1888 /* On some systems SIZE_MAX can be smaller than max unsigned 32-bit value
1889 * which seems incorrect if size_t is (at least) an unsigned 32-bit type.
1899 /* Check whether we should use 64-bit integers or not.
1901 * Quite incomplete now. Use 64-bit types if detected (C99 or other detection)
1902 * unless they are known to be unreliable. For instance, 64-bit types are
1912 * Fill-ins for platform, architecture, and compiler
1959 * this context). Zero-size operations as such are allowed, as long as their
1962 * (1) pointers must be valid and non-NULL, (2) zero size must otherwise be
1965 * http://stackoverflow.com/questions/5243012/is-it-guaranteed-to-be-safe-to-perform-memcpy0-0-0
1966 * http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-October/011065.html
1973 * <-- alloc -->
1975 * ^-- p=3, points after last valid byte (2)
1980 * now on purpose): http://lists.uclibc.org/pipermail/uclibc-cvs/2008-October/025511.html
2075 /* GCC older than 4.6: avoid overflow warnings related to using INFINITY */
2125 /* VBCC is missing the built-ins even in C99 mode (perhaps a header issue). */
2128 /* AmigaOS + M68K seems to have math issues even when using GCC cross
2259 * see test-bug-netbsd-math-pow.js. Use NetBSD specific workaround.
2273 /* There was a curious bug where test-bi-date-canceling.js would fail e.g.
2274 * on 64-bit Ubuntu, gcc-4.8.1, -m32, and no -std=c99. Some date computations
2278 * non-C99 systems solves the known issues and has relatively little cost
2303 * but IEEE double values use a mixed order (12345678 -> 43218765). This
2326 /* GCC and Clang provide endianness defines as built-in predefines, with
2330 * http://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html
2354 /* Cannot determine byte order; __ORDER_PDP_ENDIAN__ is related to 32-bit
2399 /* QNX gcc cross compiler seems to define e.g. __LITTLEENDIAN__ or __BIGENDIAN__:
2400 …* $ /opt/qnx650/host/linux/x86/usr/bin/i486-pc-nto-qnx6.5.0-gcc -dM -E - </dev/null | grep -ni en…
2402 …* $ /opt/qnx650/host/linux/x86/usr/bin/mips-unknown-nto-qnx6.5.0-gcc -dM -E - </dev/null | grep -…
2404 …* $ /opt/qnx650/host/linux/x86/usr/bin/arm-unknown-nto-qnx6.5.0-gcc -dM -E - </dev/null | grep -n…
2443 * http://stackoverflow.com/questions/11130109/c-struct-size-alignment
2444 * http://stackoverflow.com/questions/10951039/specifying-64-bit-alignment
2453 * replacement is needed for pre-C99 / pre-C++11 environments. This
2454 * will quite likely need portability hacks for some non-C99
2464 /* Pre-C99: va_list type is implementation dependent. This replacement
2466 * This is not the case on all platforms (it may be a single-array element,
2475 * see: http://stackoverflow.com/questions/240353/convert-a-preprocessor-token-to-a-string
2587 /* DUK_USE_VARIADIC_MACROS: required from compilers, so no fill-in. */
2588 /* DUK_USE_UNION_INITIALIZERS: required from compilers, so no fill-in. */
2607 /* Workaround for GH-323: avoid inlining control when compiling from
2621 * What's basically required is that pointers are 32-bit values
2638 /* Non-C99 case, still relying on DUK_UINTPTR_MAX, as long as it is not a computed value */
2689 /* GCC/clang inaccurate math would break compliance and probably duk_tval,
2690 * so refuse to compile. Relax this if -ffast-math is tested to work.
2825 #define DUK_USE_STRHASH_SKIP_SHIFT 5
2858 * customization. You of course cannot un-#include or un-typedef
2869 * behavior and use Unix/Windows built-in provider.