Home
last modified time | relevance | path

Searched refs:C89 (Results 1 – 25 of 68) sorted by relevance

123

/external/clang/include/clang/Frontend/
DLangStandards.def30 // C89-ish modes.
33 C89 | ImplicitInt)
36 C89 | ImplicitInt)
39 C89 | ImplicitInt)
43 C89 | Digraphs | ImplicitInt)
47 LineComment | C89 | Digraphs | GNUMode | ImplicitInt)
50 LineComment | C89 | Digraphs | GNUMode | ImplicitInt)
DLangStandard.h22 C89 = (1 << 1), enumerator
62 bool isC89() const { return Flags & frontend::C89; } in isC89()
/external/llvm/test/Transforms/InstCombine/
Ddouble-float-shrink-2.ll3 ; RUN: opt < %s -instcombine -S -mtriple "x86_64-pc-win32" | FileCheck -check-prefix=C89-SIMPLIFY %s
15 ; C89-SIMPLIFY: call float @floorf(
16 ; C89-SIMPLIFY: call float @ceilf(
17 ; C89-SIMPLIFY: call double @round(
18 ; C89-SIMPLIFY: call double @nearbyint(
/external/autotest/client/tests/iozone/
Dmakefile.patch8 -C89 = c89
11 +C89 ?= c89
/external/elfutils/tests/
Drun-readelf-dwz-multi.sh89 language (data1) C89 (1)
150 language (data1) C89 (1)
210 language (data1) C89 (1)
250 language (data1) C89 (1)
289 language (data1) C89 (1)
/external/libopus/
DREADME126 The implementation can be compiled with either a C89 or a C99 compiler.
127 While it does not rely on any _undefined behavior_ as defined by C89 or
142 which is supported by most C89 compilers).
/external/libxml2/
DCONTRIBUTING18 All code must conform to C89 and pass the "make check" tests. Avoid
/external/bison/examples/calc++/
Dcalc++-scanner.ll11 not conform to C89. See Debian bug 333231
/external/harfbuzz_ng/src/hb-ucdn/
DREADME17 UCDN uses standard C89 with no particular dependencies or requirements
/external/bison/m4/
Dsignal_h.m413 # AIX declares sig_atomic_t to already include volatile, and C89 compilers
Dwarn-on-use.m422 # in the intersection of C89 and C11 (such as printf) without
Dstdlib_h.m414 dnl guaranteed by C89.
Dstring_h.m427 dnl guaranteed by C89.
Dstdio_h.m475 dnl guaranteed by both C89 and C11.
Dinclude_next.m4161 # This is suitable for headers like <stddef.h> that are standardized by C89
/external/xz-embedded/
DREADME51 XZ Embedded should compile as either GNU-C89 (used in the Linux
53 non-GNU C89 compiler or a C++ compiler should be quite easy as
/external/libpng/
Dconfigure.ac118 # In pngpriv.h we request just the POSIX 1003.1 and C89 APIs by defining _POSIX_SOURCE to 1
121 AC_MSG_CHECKING([if we need to force back C standard to C89])
130 [Forcing back to C89 is required but the flags are only known for GCC])
/external/harfbuzz_ng/test/shaping/tests/
Duse-marchen.tests28 fonts/sha1sum/85414f2552b654585b7a8d13dcc3e8fd9f7970a3.ttf::U+11C74,U+11C89,U+11CB2,U+11C75:[u11C74…
/external/curl/docs/
DCHECKSRC.md48 - `CPPCOMMENTS`: `//` comment detected, that's not C89 compliant
DCODE_STYLE.md47 Since we write C89 code, `//` comments are not allowed. They weren't
/external/jsmn/
DREADME.md11 compatible with C89
/external/clang/include/clang/Basic/
DDiagnosticCommonKinds.td146 "interpreting as 'unsigned long' per C89; this literal will "
/external/llvm/include/llvm/Support/
DDwarf.def290 HANDLE_DW_LANG(0x0001, C89)
/external/bison/data/
Dyacc.c119 # uses only C89 types, so that the user can override the shorter
120 # types, and so that pre-C89 compilers are handled correctly.
/external/libxml2/test/
Dsvg375 … 91.018 321.365L84.218 318.056C71.418 294.856 80.346 350.147 80.346 350.147C89.146 384.547 225.292…
78 …<path d="M84.2 319.601C71.4 297.6 81 353.201 81 353.201C89.8 387.601 226.6 335.601 226.6 335.601C2…
363 …<path d="M89 309.601C89 309.601 83.4 319.601 108.2 313.601C108.2 313.601 122.2 312.401 124.6 310.0…

123