Home
last modified time | relevance | path

Searched refs:ODR (Results 1 – 25 of 50) sorted by relevance

12

/llvm-project-15.0.7/llvm/test/Transforms/IROutliner/
H A Doutlining-odr.ll9 ; ODR-LABEL: @outline_odr1(
10 ; ODR-NEXT: entry:
11 ; ODR-NEXT: [[A:%.*]] = alloca i32, align 4
12 ; ODR-NEXT: [[B:%.*]] = alloca i32, align 4
13 ; ODR-NEXT: [[C:%.*]] = alloca i32, align 4
15 ; ODR-NEXT: ret void
41 ; ODR-LABEL: @outline_odr2(
42 ; ODR-NEXT: entry:
43 ; ODR-NEXT: [[A:%.*]] = alloca i32, align 4
44 ; ODR-NEXT: [[B:%.*]] = alloca i32, align 4
[all …]
/llvm-project-15.0.7/llvm/test/tools/llvm-dwarfutil/ELF/X86/
H A Dgc-class.test11 # RUN: llvm-dwarfdump -a %t1 | FileCheck %s --check-prefixes=CHECK,CHECK-ODR
55 # CHECK-ODR: DW_AT_type{{.*}}0x00000000[[CU1_CHAR:[0-9a-f]*]] "char"
60 # CHECK-ODR: DW_AT_type{{.*}}0x00000000[[CU1_FLOAT:[0-9a-f]*]] "float"
73 # CHECK-ODR: 0x[[CU1_PTR_CLASS1:[0-9a-f]*]]: DW_TAG_pointer_type{{.*[[:space:]].*}}DW_AT_type{{.*}}…
78 # CHECK-ODR: DW_AT_type{{.*}}0x00000000[[CU1_PTR_CLASS1]] "class1 *"
84 # CHECK-ODR-NOT: DW_TAG_class_type
85 # CHECK-ODR-NOT: "class1"
87 # CHECK-ODR: 0x[[CU2_PTR_CLASS1:[0-9a-f]*]]: DW_TAG_pointer_type{{.*[[:space:]].*}}DW_AT_type{{.*}}…
89 # CHECK-ODR: DW_TAG_variable
90 # CHECK-ODR: DW_AT_name{{.*}}"var1"
[all …]
/llvm-project-15.0.7/llvm/test/CodeGen/AArch64/
H A Dmachine-outliner.ll3 …r -enable-linkonceodr-outlining -mtriple=aarch64-apple-darwin < %s | FileCheck %s -check-prefix=ODR
19 ; ODR: [[OUTLINED:OUTLINED_FUNCTION_[0-9]+]]
37 ; ODR-LABEL: _turtle:
57 ; ODR: [[OUTLINED]]
76 ; ODR: [[OUTLINED]]
92 ; ODR: [[OUTLINED]]:
/llvm-project-15.0.7/clang/include/clang/Basic/
H A DDiagnosticASTKinds.td420 InGroup<ODR>;
425 InGroup<ODR>;
433 InGroup<ODR>;
460 InGroup<ODR>;
469 InGroup<ODR>;
474 InGroup<ODR>;
483 InGroup<ODR>;
490 InGroup<ODR>;
497 InGroup<ODR>;
504 InGroup<ODR>;
[all …]
/llvm-project-15.0.7/llvm/include/llvm/IR/
H A DGlobalValue.h350 static LinkageTypes getLinkOnceLinkage(bool ODR) { in getLinkOnceLinkage() argument
351 return ODR ? LinkOnceODRLinkage : LinkOnceAnyLinkage; in getLinkOnceLinkage()
353 static LinkageTypes getWeakLinkage(bool ODR) { in getWeakLinkage() argument
354 return ODR ? WeakODRLinkage : WeakAnyLinkage; in getWeakLinkage()
/llvm-project-15.0.7/llvm/test/Linker/
H A Ddebug-info-bad-enum.ll1 ; Check that ODR type uniquing does not create invalid debug metadata.
14 ; CHECK-NOT: enum type is not a scope; check enum type ODR violation
H A Dtype-unique-odr-b.ll4 ; Test ODR-based type uniquing for C++ class members.
H A Dtype-unique-odr-a.ll12 ; Test ODR-based type uniquing for C++ class members.
H A Dodr-lambda-1.ll5 ; When materializing the ODR-uniqued types they may be resolved to types from a
/llvm-project-15.0.7/llvm/tools/llvm-dwarfutil/
H A DOptions.td16 "Do ODR deduplication for debug types(default)",
17 "Don`t do ODR deduplication for debug types">;
/llvm-project-15.0.7/llvm/test/tools/llvm-dwarfutil/
H A Derror-no-gc-odr.test1 ## This test checks the error message displayed if ODR deduplication
/llvm-project-15.0.7/clang/docs/
H A DLTOVisibility.rst19 devirtualization or control flow integrity features, it is effectively an ODR
24 visibility. A class's LTO visibility is treated as an ODR-relevant property
60 visibility in order to avoid an ODR violation.
115 an ODR violation.
/llvm-project-15.0.7/clang-tools-extra/docs/clang-tidy/checks/misc/
H A Ddefinitions-in-headers.rst7 which can lead to potential ODR violations in case these headers are included
24 // Although these might also cause ODR violations, we can be less certain and
/llvm-project-15.0.7/llvm/test/ThinLTO/X86/
H A Dweak_resolution.ll7 ; non-prevailing ODR are not kept when possible, but non-ODR non-prevailing
H A Dcrash_debuginfo.ll7 ; Verify that we import bar and inline it. It use to crash importing due to ODR type uniquing
H A Ddicompositetype-unique-alias.ll19 ; both an alias and its aliasee, since ODR Type Uniquing is enabled.
/llvm-project-15.0.7/clang-tools-extra/docs/clang-tidy/checks/bugprone/
H A Dsuspicious-include.rst7 implementation file, which often leads to hard-to-track-down ODR violations.
/llvm-project-15.0.7/clang/test/Modules/
H A Dpreferred_name.cppm1 // Tests that the ODR check wouldn't produce false-positive result for preferred_name attribute.
H A Dcodegen.test32 ODR used there, otherwise emit them linkonce_odr as usual in the use.
/llvm-project-15.0.7/lld/docs/ELF/
H A Dwarn_backrefs.rst98 In C++, this is likely an ODR violation. We probably need a dedicated option
99 for ODR detection.
/llvm-project-15.0.7/compiler-rt/lib/asan/
H A Dasan_flags.inc151 "If >=2, detect violation of One-Definition-Rule (ODR); "
152 "If ==1, detect ODR-violation only if the two variables "
/llvm-project-15.0.7/llvm/test/Transforms/Util/
H A Dclone-dicompileunit.ll23 ; DISubprogram for m_fn2<B> (which refers to the non-ODR entity B via
/llvm-project-15.0.7/llvm/test/DebugInfo/Generic/
H A Dcross-cu-linkonce-distinct.ll4 ; still fulfilling C++'s ODR by having identical token sequences) functions,
/llvm-project-15.0.7/llvm/test/DebugInfo/COFF/
H A Darray-odr-violation.ll1 ; This tests that emitting CodeView arrays doesn't assert when an ODR violation
/llvm-project-15.0.7/llvm/test/Instrumentation/AddressSanitizer/
H A Dglobal_with_comdat.ll3 ; This is to avoid false negative ODR violations detection at link time.

12