OpenGrok
Home
Sort by relevance
Sort by last modified time
Full Search
Definition
Symbol
File Path
History
|
|
Help
Searched
full:accesses
(Results
301 - 325
of
2582
) sorted by null
<<
11
12
13
14
15
16
17
18
19
20
>>
/external/libyuv/files/tools/ubsan/
vptr_blacklist.txt
34
# Base class's constructor
accesses
a derived class's member.
46
# Base class's destructor
accesses
a derived class.
/external/llvm/lib/Target/SystemZ/MCTargetDesc/
SystemZMCObjectWriter.cpp
128
llvm_unreachable("Only PC-relative INDNTPOFF
accesses
are supported for now");
145
llvm_unreachable("Only PC-relative GOT
accesses
are supported for now");
/external/llvm/lib/Transforms/Scalar/
LoopVersioningLICM.cpp
10
// When alias analysis is uncertain about the aliasing between any two
accesses
,
18
// will have all the memory
accesses
marked as no-alias. These two versions of
30
// by considering all the memory
accesses
in loop body.
31
// c) Clone original loop and set all memory
accesses
as no-alias in new loop.
236
// Parallel loops must not have aliasing loop-invariant memory
accesses
.
262
/// \brief Check memory
accesses
in loop and confirms it's good for
472
/// loop should not have any must-alias memory
accesses
pairs.
474
/// aliasing memory
accesses
.
/external/llvm/test/Analysis/BasicAA/
pr18573.ll
3
; Check that llvm.x86.avx2.gather.d.ps.256 intrinsic is not eliminated as gather and store memory
accesses
are based on arr.ptr
29
; Check that second gather is eliminated as gather and store memory
accesses
are based on different no-aliasing pointers
/external/llvm/test/CodeGen/SystemZ/
int-move-08.ll
1
; Test 32-bit GPR
accesses
to a PC-relative location.
103
; Test a case where we want to use one LARL for
accesses
to two different
/external/llvm/test/Transforms/LoopVersioning/
noalias-version-twice.ll
5
; adds memchecks for
accesses
that can alias across the distribution boundary.
6
; Then we further version the distributed loops to fully disambiguate
accesses
/external/swiftshader/third_party/LLVM/include/llvm/Analysis/
LoopDependenceAnalysis.h
11
//
accesses
in loops.
100
/// memory and at least one of those
accesses
is a write.
/external/swiftshader/third_party/LLVM/test/Analysis/LoopDependenceAnalysis/
siv-weak-crossing.ll
90
;; //
accesses
in all iterations are within bounds. while this example's first
91
;; // (ZIV-)subscript is (0, 1),
accesses
are dependent.
/external/walt/
README.google
63
To prevent crashes due to network
accesses
performed on the main thread,
64
which is disallowed in strict mode, all such
accesses
were moved to a
/prebuilts/clang/host/darwin-x86/clang-4053586/prebuilt_include/llvm/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4393122/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4479392/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4579689/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4630689/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4639204/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/darwin-x86/clang-4691093/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4053586/prebuilt_include/llvm/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4393122/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4479392/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4579689/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4630689/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4639204/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/prebuilts/clang/host/linux-x86/clang-4691093/include/llvm/Analysis/
MemorySSAUpdater.h
90
// The below are utility functions. Other than creation of
accesses
to pass
91
// to insertDef, and removeAccess to remove
accesses
, you should generally
/toolchain/binutils/binutils-2.27/ld/testsuite/ld-mips-elf/
mips16-pic-1.inc
59
# called a_NAME and b_NAME. The former uses absolute
accesses
60
# and the latter uses PIC
accesses
.
/external/clang/test/OpenMP/
target_map_messages.cpp
34
#pragma omp target map(arg,a*2) // expected-error {{expected expression containing only member
accesses
and/or array sections based on named variables}}
36
#pragma omp target map(arg,(c+1)[2]) // expected-error {{expected expression containing only member
accesses
and/or array sections based on named variables}}
228
#pragma omp target map(r.S.foo()[:12]) // expected-error {{expected expression containing only member
accesses
and/or array sections based on named variables}}
262
#pragma omp target map((p+1)->A) // expected-error {{expected expression containing only member
accesses
and/or array sections based on named variables}}
383
#pragma omp target map(I) // expected-error 2 {{expected expression containing only member
accesses
and/or array sections based on named variables}}
400
#pragma omp target data map(tofrom: argc > 0 ? x : y) // expected-error 2 {{expected expression containing only member
accesses
and/or array sections based on named variables}}
468
#pragma omp target data map(tofrom: argc > 0 ? argv[1] : argv[2]) // expected-error {{xpected expression containing only member
accesses
and/or array sections based on named variables}}
Completed in 1518 milliseconds
<<
11
12
13
14
15
16
17
18
19
20
>>