Home
last modified time | relevance | path

Searched refs:inlining (Results 1 – 25 of 79) sorted by relevance

1234

/third_party/node/deps/v8/tools/turbolizer/src/
Dsource-resolver.ts235 for (const [inliningId, inlining] of Object.entries<Inlining>(inlinings)) { constant
236 this.inlinings[inliningId] = inlining;
237 this.inliningsMap.set(sourcePositionToStringKey(inlining.inliningPosition), inlining);
260 const inlining = this.inlinings[inliningId]; constant
261 if (inlining) {
262 const sourceId = inlining.sourceId;
311 const inlining = this.inlinings[position.inliningId]; constant
312 if (!inlining) continue;
313 if (inlining.sourceId == sourceId) {
321 const inlining = this.inliningsMap.get(sourcePositionToStringKey(sourcePosition)); constant
[all …]
Dcode-view.ts254 const inlining = this.sourceResolver.getInliningForPosition(sourcePosition); constant
255 if (inlining != undefined && view.showAdditionalInliningPosition) {
256 const sourceName = this.sourceResolver.getSourceName(inlining.sourceId);
/third_party/skia/resources/sksl/inliner/
DInlineWithInoutArgument.sksl35 // These calls are ineligible for inlining, because they write to their `out` param.
41 // These calls are eligible for inlining, because they don't write to their `out` param.
DTrivialArgumentsInlineDirectly.sksl61 // when inlining occurs.
/third_party/ltp/tools/sparse/sparse-src/Documentation/release-notes/
Dv0.6.3.rst5 * fix missing inlining of _Generic expression
41 * avoid multiple warnings when inlining undeclared calls
Dv0.4.4.rst33 * Fix inlining switch statement.
/third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/include/llvm/IR/
DAttributes.td58 /// Source said inlining was desirable.
194 /// inlining) and a conservative merge strategy where inlining an attributed
228 // callee and decide whether inlining should be allowed. The function's
/third_party/skia/third_party/externals/swiftshader/third_party/subzero/docs/
DASAN.rst19 even with inlining turned off, so we provide wrapper scripts,
51 however due to the nature of our solution for LLVM's aggressive inlining of
/third_party/skia/third_party/externals/libjpeg-turbo/
Djconfigint.h.in7 /* How to obtain function inlining. */
/third_party/node/deps/v8/tools/turbolizer/
Dturbo-visualizer.css451 .source-position .inlining-marker {
480 .source-position .inlining-marker:hover {
484 .source-position .inlining-marker[data-descr]:hover::after {
/third_party/node/deps/cares/cmake/
DEnableWarnings.cmake136 -wd11074 # Diagnostic related to inlining.
137 -wd11076 # Diagnostic related to inlining.
260 option(M_NO_INLINE "Disable function inlining for RelWithDebInfo and Debug configurations?" FALSE)
/third_party/protobuf/examples/
DBUILD91 # proguard inlining/stripping, the difference can be much more larger than
/third_party/node/deps/v8/src/codegen/
Doptimized-compilation-info.h55 V(Inlining, inlining, 1) \
/third_party/skia/src/sksl/
DREADME66 its normal inlining heuristics and inline the function if at all possible
/third_party/mesa3d/docs/relnotes/
D18.3.3.rst34 - error: inlining failed in call to always_inline ‘__m512
D22.1.2.rst161 - zink: flag optimization pass after inlining uniforms
D22.1.3.rst163 - zink: cap driver inlining using ssa allocation limit
/third_party/rust/crates/minimal-lexical/
DREADME.md8 …ormance. For improved performance, feel free to fork minimal-lexical with more aggressive inlining.
/third_party/node/doc/
DREADME.md34 * Prefer affixing links (`[a link][]`) to inlining links
/third_party/skia/third_party/externals/spirv-tools/
DCHANGES201 - Take care of OpPhi instructions when inlining (#3939)
320 - refactor inlining pass (#3328)
902 #1527: Fix inlining of functions having OpKill and OpUnreachable.
982 - #1285: Optimizer: Fix random failures during inlining. (Dangling references in DefUseManager)
1115 #622: Remove names and decorations when inlining
1189 #800: Inliner: Fix inlining function into header of multi-block loop
1249 #755: Inliner: Fix inlining of callee with single Return appearing before
/third_party/node/deps/v8/src/compiler/
Dpipeline.cc1349 if (data->info()->inline_js_wasm_calls() && data->info()->inlining()) { in DECL_PIPELINE_PHASE_CONSTANTS()
1371 JSInliningHeuristic inlining( in DECL_PIPELINE_PHASE_CONSTANTS() local
1384 if (data->info()->inlining()) { in DECL_PIPELINE_PHASE_CONSTANTS()
1385 AddReducer(data, &graph_reducer, &inlining); in DECL_PIPELINE_PHASE_CONSTANTS()
1388 info->set_inlined_bytecode_size(inlining.total_inlined_bytecode_size()); in DECL_PIPELINE_PHASE_CONSTANTS()
1411 JSInliningHeuristic inlining(&graph_reducer, temp_zone, data->info(), in DECL_PIPELINE_PHASE_CONSTANTS() local
1417 AddReducer(data, &graph_reducer, &inlining); in DECL_PIPELINE_PHASE_CONSTANTS()
/third_party/skia/third_party/externals/swiftshader/third_party/SPIRV-Tools/
DCHANGES201 - Take care of OpPhi instructions when inlining (#3939)
320 - refactor inlining pass (#3328)
902 #1527: Fix inlining of functions having OpKill and OpUnreachable.
982 - #1285: Optimizer: Fix random failures during inlining. (Dangling references in DefUseManager)
1115 #622: Remove names and decorations when inlining
1189 #800: Inliner: Fix inlining function into header of multi-block loop
1249 #755: Inliner: Fix inlining of callee with single Return appearing before
/third_party/rust/crates/regex/
DCargo.toml61 # Enables aggressive use of inlining.
/third_party/spirv-tools/
DCHANGES309 - Take care of OpPhi instructions when inlining (#3939)
428 - refactor inlining pass (#3328)
1010 #1527: Fix inlining of functions having OpKill and OpUnreachable.
1090 - #1285: Optimizer: Fix random failures during inlining. (Dangling references in DefUseManager)
1223 #622: Remove names and decorations when inlining
1297 #800: Inliner: Fix inlining function into header of multi-block loop
1357 #755: Inliner: Fix inlining of callee with single Return appearing before
/third_party/mesa3d/src/compiler/nir/
DREADME57 - If we do any inlining before link time, then we might wind up with the

1234