Home
last modified time | relevance | path

Searched refs:alignments (Results 1 – 25 of 41) sorted by relevance

12

/llvm-project-15.0.7/compiler-rt/test/hwasan/TestCases/
H A Dmalloc-align.c15 static const size_t alignments[] = {8, 16, 64, 256, 1024, 4096, 65536, 131072}; variable
19 for (unsigned j = 0; j < sizeof(alignments) / sizeof(*alignments); ++j) { in main()
21 size_t alignment = alignments[j]; in main()
/llvm-project-15.0.7/openmp/runtime/test/api/
H A Dkmp_aligned_malloc.c7 int alignments[] = {64, 128, 256, 512, 1024, 2048, 4096}; variable
27 for(i = 0; i < sizeof(alignments)/sizeof(int); i++) { in test_kmp_aligned_malloc()
28 int alignment = alignments[i]; in test_kmp_aligned_malloc()
/llvm-project-15.0.7/llvm/test/CodeGen/Thumb/
H A D2010-07-01-FuncAlign.ll2 ; Radar 8143571: Function alignments were off by a power of two.
/llvm-project-15.0.7/llvm/test/CodeGen/ARM/
H A Dbyval-align.ll3 ; This checks that alignments greater than 4 are respected by APCS
6 ; users of byval alignments > 4, so no real calls for ABI stability.
/llvm-project-15.0.7/llvm/test/Transforms/InstCombine/
H A D2012-09-17-ZeroSizedAlloca.ll3 ; When merging zero sized alloca check that requested alignments of the allocas
H A Dstack-overalign.ll12 ; alignments when they are greater than they need to be. Or, codegen
/llvm-project-15.0.7/llvm/test/tools/yaml2obj/ELF/
H A Dprogram-header-align.yaml4 ## Explicit Align has priority over section alignments.
/llvm-project-15.0.7/llvm/test/Transforms/ConstantMerge/
H A Dalign.ll19 ; have explicit alignments.
/llvm-project-15.0.7/lld/test/ELF/
H A Dmerge-align2.s13 ## entsize, but different alignments, we combine them with the maximum input
/llvm-project-15.0.7/llvm/test/MC/COFF/
H A Dcomm-align.s6 # - that -aligncomm is emitted for the various alignments (greater than 1)
/llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/
H A D2008-04-26-SROA-Global-Align.ll2 ; alignments. Elements 0 and 2 must be 16-byte aligned, and element
H A Dglobalsra-align.ll9 ; The alignments are correct initially, but they should be updated
/llvm-project-15.0.7/compiler-rt/lib/scudo/standalone/
H A Dflags.inc43 "invalid allocation alignments, etc.")
/llvm-project-15.0.7/lld/test/ELF/linkerscript/
H A Dsection-align2.test35 ## sh_addralign is the maximum of input section alignments, 8.
H A Dcommon-filespec.test15 # Make sure all 3 sections are allocated and they have sizes and alignments
/llvm-project-15.0.7/llvm/test/Instrumentation/AddressSanitizer/
H A Dstack-poisoning-byval-args.ll16 ; alloca alignments should match the explicit alignment of 64.
H A Dstack_layout.ll64 ; Check that we reorder vars according to alignment and handle large alignments.
/llvm-project-15.0.7/clang/test/CodeGenObjC/
H A Divar-layout-64.m117 // non-word alignments.
/llvm-project-15.0.7/llvm/test/CodeGen/Mips/cconv/
H A Dmemory-layout.ll20 ; Deliberately request alignments that are too small for the target so we get
/llvm-project-15.0.7/llvm/test/CodeGen/MIR/X86/
H A Dconstant-pool.mir99 # Verify that the non-standard alignments are respected:
/llvm-project-15.0.7/llvm/lib/Target/ARM/
H A DREADME-Thumb.txt20 * In thumb mode, short, byte, and bool preferred alignments are currently set
/llvm-project-15.0.7/llvm/test/Transforms/SROA/
H A Dalignment.ll59 ; Test that alignments on memcpy intrinsics get propagated to loads and stores.
/llvm-project-15.0.7/llvm/test/ExecutionEngine/JITLink/X86/
H A DMachO_x86-64_relocations.s341 # Check that section alignments are respected.
/llvm-project-15.0.7/llvm/test/ExecutionEngine/JITLink/AArch64/
H A DMachO_arm64_relocations.s355 # Check that section alignments are respected.
/llvm-project-15.0.7/llvm/test/Transforms/AlignmentFromAssumptions/
H A Dsimple.ll250 ; Variable alignments appear to be legal, don't crash

12