| /llvm-project-15.0.7/llvm/test/MC/X86/ |
| H A D | x86_64-directive-nops.s | 3 .nops 4, 1
8 .nops 4, 2
11 .nops 4, 3
14 .nops 4, 4
16 .nops 4, 5
18 .nops 4
|
| H A D | x86-directive-nops-errors.s | 4 .nops 4, 3
6 .nops 4, 4
8 .nops 4, 5
10 .nops 16, 15
|
| H A D | code16gcc-align.s | 27 .nops 34
33 .nops 3
39 .nops 1
|
| H A D | x86-directive-nops.s | 3 .nops 4
8 .nops 4, 1
|
| H A D | align-branch-pad-max-prefix.s | 10 # following nops, doing so would make the jmp misaligned.
|
| H A D | align-via-relaxation.s | 24 # just insert nops. jmps are being used for ease of demonstration.
|
| H A D | stackmap-nops.ll | 46 ; padded with nops.
|
| /llvm-project-15.0.7/libc/AOR_v20.02/math/test/rtest/ |
| H A D | wrappers.c | 18 ctx->nops = ctx->nresults = 0; in wrapper_init()
33 assert(ctx->nops < 2); in wrapper_op_real()
34 ctx->mpfr_ops[ctx->nops] = r; in wrapper_op_real()
35 ctx->ieee_ops[ctx->nops] = ieee; in wrapper_op_real()
36 ctx->size_ops[ctx->nops] = size; in wrapper_op_real()
37 ctx->nops++; in wrapper_op_real()
43 assert(ctx->nops < 2); in wrapper_op_complex()
44 ctx->mpc_ops[ctx->nops] = c; in wrapper_op_complex()
45 ctx->ieee_ops[ctx->nops] = ieee; in wrapper_op_complex()
47 ctx->nops++; in wrapper_op_complex()
[all …]
|
| H A D | wrappers.h | 12 int nops; member
|
| /llvm-project-15.0.7/llvm/test/CodeGen/AArch64/ |
| H A D | arm64-stackmap-nops.ll | 5 ; Expect 8 bytes worth of nops here rather than 16: With the shadow optimization
|
| H A D | aarch64-p2align-max-bytes.ll | 7 …xpected. The key interest in the CHECK-OBJ-* sections is the size of the padding region (the nops),
|
| /llvm-project-15.0.7/bolt/test/runtime/X86/ |
| H A D | exceptions-run.test | 2 # The input has dummy nops that are removed by bolt.
|
| /llvm-project-15.0.7/llvm/test/CodeGen/PowerPC/ |
| H A D | ppc64-stackmap-nops.ll | 5 ; Expect 12 bytes worth of nops here rather than 32: With the shadow optimization
|
| /llvm-project-15.0.7/llvm/test/MC/X86/AlignedBundling/ |
| H A D | long-nop-pad.s | 6 # Test that long nops are generated for padding where possible.
|
| /llvm-project-15.0.7/bolt/test/X86/ |
| H A D | asm-func-debug.test | 4 # The input test case foo() contains nops that we remove.
|
| /llvm-project-15.0.7/bolt/test/AArch64/ |
| H A D | asm-func-debug.test | 4 # The input test case foo() contains nops that we remove.
|
| /llvm-project-15.0.7/llvm/test/MC/MachO/ |
| H A D | x86_32-optimal_nop.s | 153 # Only the .text sections gets optimal nops.
|
| /llvm-project-15.0.7/llvm/test/CodeGen/SystemZ/ |
| H A D | stackmap-nops.ll | 148 ; padded with nops.
|
| /llvm-project-15.0.7/llvm/docs/ |
| H A D | StackMaps.rst | 124 The stack map intrinsic generates no code in place, unless nops are
245 The patch point also emits nops to cover at least ``<numBytes>`` of
253 the call sequence and nops. However, the runtime may not assume
256 padding with nops if necessary.
|
| /llvm-project-15.0.7/llvm/test/MC/RISCV/ |
| H A D | align.s | 97 # as the calculation to emit the worst-case sequence of nops would overflow.
|
| /llvm-project-15.0.7/llvm/test/MC/Mips/ |
| H A D | nacl-mask.s | 197 # check that 2 additional nops are inserted, to align it to the next bundle.
|
| /llvm-project-15.0.7/llvm/test/CodeGen/X86/ |
| H A D | stackmap-nops.ll | 5 ; Check that we get a fast sequence of nops on each platform.
335 ; padded with nops.
|
| /llvm-project-15.0.7/llvm/test/CodeGen/WebAssembly/ |
| H A D | tailcall.ll | 184 ; Type transformations inhibit tail calls, even when they are nops
|
| /llvm-project-15.0.7/llvm/lib/Target/X86/ |
| H A D | X86Schedule.td | 511 // Nop, not very useful expect it provides a model for nops!
|
| H A D | X86SchedSkylakeClient.td | 609 // Nop, not very useful expect it provides a model for nops!
|