| /llvm-project-15.0.7/llvm/test/tools/gold/X86/ |
| H A D | devirt_vcall_vis_public.ll | 74 ; Prevent the vtables from being dead code eliminated.
|
| /llvm-project-15.0.7/llvm/test/Transforms/InstCombine/ |
| H A D | shufflevector-div-rem.ll | 27 ; code would look like after a few iterations of instcombine, just before we
|
| H A D | shufflevector-div-rem-inseltpoison.ll | 27 ; code would look like after a few iterations of instcombine, just before we
|
| /llvm-project-15.0.7/llvm/test/CodeGen/BPF/BTF/ |
| H A D | static-var-derived-type.ll | 4 ; Source code:
|
| /llvm-project-15.0.7/lldb/test/Shell/SymbolFile/DWARF/x86/ |
| H A D | DW_AT_const_value-bitfields.s | 12 # Compile at -O1 allows us to capture this case. Below is the code used
|
| /llvm-project-15.0.7/flang/include/flang/Tools/ |
| H A D | CLOptions.inc | 168 // Algebraic simplifications may increase code size.
|
| /llvm-project-15.0.7/llvm/test/MC/ARM/ |
| H A D | neont2-shiftaccum-encoding.s | 3 .code 16
|
| /llvm-project-15.0.7/clang/test/SemaObjC/ |
| H A D | block-type-safety.m | 159 // to keep existing code working we support a compatibility mode that uses
|
| /llvm-project-15.0.7/llvm/test/DebugInfo/X86/ |
| H A D | dbg-value-funcarg2.ll | 4 ; Test case was generated from the following C code,
|
| /llvm-project-15.0.7/llvm/test/Transforms/LowerMatrixIntrinsics/ |
| H A D | remarks-inlining.ll | 8 ; in the test roughly corresponds to the C++ code below, with the IR containing
|
| /llvm-project-15.0.7/llvm/test/DebugInfo/MIR/X86/ |
| H A D | livedebugvalues_many_loop_heads.mir | 5 ; LiveDebugValues. The code structure is eight nested loops, with loop heads
|
| /llvm-project-15.0.7/lldb/docs/ |
| H A D | index.rst | 15 All of the code in the LLDB project is available under the
|
| /llvm-project-15.0.7/llvm/test/CodeGen/WebAssembly/ |
| H A D | lower-em-exceptions.ll | 71 ; Currently we don't support exception specifications correctly in JS glue code,
|
| H A D | offset-atomics.ll | 410 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 518 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 631 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 896 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 1012 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 1336 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as 1470 ; 'add' in this code becomes 'or' after DAG optimization. Treat an 'or' node as
|
| /llvm-project-15.0.7/lldb/docs/man/ |
| H A D | lldb-server.rst | 22 All of the code in the LLDB project is available under the Apache 2.0 License
|
| /llvm-project-15.0.7/llvm/lib/Support/Unix/ |
| H A D | Memory.inc | 207 /// InvalidateInstructionCache - Before the JIT can run a block of code
|
| /llvm-project-15.0.7/llvm/test/Transforms/LoopVectorize/ |
| H A D | explicit_outer_nonuniform_inner.ll | 7 ; Root C/C++ source code for all the test cases
|
| /llvm-project-15.0.7/llvm/test/Transforms/LoopStrengthReduce/X86/ |
| H A D | macro-fuse-cmp.ll | 16 ; This reduces code size and may improve decode throughput.
|
| /llvm-project-15.0.7/llvm/lib/Target/LoongArch/ |
| H A D | LoongArchFloatInstrFormats.td | 12 // opcode - operation code.
|
| /llvm-project-15.0.7/clang-tools-extra/docs/ |
| H A D | pp-trace.rst | 205 …tive is called when an inclusion directive of any kind (#include</code>, #import</code>, etc.) has… 214 … StringRef The name of the file being included, as written in the source code.
|
| /llvm-project-15.0.7/llvm/test/Transforms/SLPVectorizer/X86/ |
| H A D | addsub.ll | 216 ; Check vectorization of following code for float data type- 251 ; Check vectorization of following code for float data type- 298 ; Check vectorization of following code for double data type-
|
| /llvm-project-15.0.7/clang/include/clang/Basic/ |
| H A D | arm_mve_defs.td | 24 // Scalar:$b) defines the names $a and $b which the specification of the code 47 // The usual case: a method called on the code gen function's instance of 143 // before it, then the generated C++ code will simply wrap the input value in
|
| /llvm-project-15.0.7/mlir/docs/Dialects/ |
| H A D | SPIR-V.md | 8 organized and implemented in the code and gives steps to follow for extending 249 need to maintain the code and invest in pretty printing them. So we prefer to 957 format and back. The [Code organization](#code-organization) explains more about 1094 The code for the SPIR-V dialect resides in a few places: 1138 The code for conversions from other dialects to the SPIR-V dialect also resides 1214 combining them would help make the generated code more portable across 1231 The [Code organization](#code-organization) section gives an overview of how
|
| /llvm-project-15.0.7/llvm/test/CodeGen/AMDGPU/ |
| H A D | hsa-metadata-from-llvm-ir-full.ll | 1 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx700 --amdhsa-code-object-version=2 -filetype=obj -o … 2 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx802 --amdhsa-code-object-version=2 -filetype=obj -o … 3 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx900 --amdhsa-code-object-version=2 -filetype=obj -o … 4 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx700 --amdhsa-code-object-version=2 -amdgpu-dump-hsa-… 5 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx802 --amdhsa-code-object-version=2 -amdgpu-dump-hsa-… 6 ; RUN: llc -mtriple=amdgcn-amd-amdhsa -mcpu=gfx900 --amdhsa-code-object-version=2 -amdgpu-dump-hsa-…
|
| /llvm-project-15.0.7/llvm/test/Transforms/ObjCARC/ |
| H A D | allocas.ll | 340 ; code motion even if we are known safe. These two concepts are separate and 418 ; Make sure that even though we stop said code motion we still allow for
|