Home
last modified time | relevance | path

Searched refs:dependent (Results 1 – 25 of 1317) sorted by relevance

12345678910>>...53

/third_party/skia/tests/
DIncrTopoSortTest.cpp44 for (Node* dependent : fNodesThatDependOnMe) { in validate()
45 REPORTER_ASSERT(reporter, this->indexInSort() < dependent->indexInSort()); in validate()
55 Node* dependent(int index) const { in dependent() function in Node
72 void addDependent(Node* dependent) { in addDependent() argument
73 fNodesThatDependOnMe.push_back(dependent); in addDependent()
103 void addEdge(Node* dependedOn, Node* dependent) { in addEdge() argument
107 this->addEdges(&tmp, dependent); in addEdge()
125 void addEdges(SkTDArray<Node*>* dependedOn, Node* dependent) { in addEdges() argument
130 if ((*dependedOn)[i]->indexInSort() < dependent->indexInSort()) { in addEdges()
131 dependent->addDependency((*dependedOn)[i]); in addEdges()
[all …]
/third_party/node/deps/npm/lib/commands/
Doutdated.js238 const dependent = edge.from ?
250 dependent, property
295 dependent,
298 const columns = [name, current, wanted, latest, location, dependent]
322 dependent,
331 dependent,
351 dependent,
358 dependent, property
/third_party/node/deps/npm/tap-snapshots/test/lib/commands/
Doutdated.js.test.cjs27 "dependent": "prefix",
35 "dependent": "prefix",
43 "dependent": "prefix",
50 "dependent": "prefix",
62 "dependent": "prefix",
69 "dependent": "prefix",
76 "dependent": "prefix",
82 "dependent": "prefix"
163 "dependent": "a",
210 "dependent": "a",
[all …]
/third_party/node/deps/openssl/
DREADME.md8 for various supported platforms, platform dependent files (e.g. asm
15 platform dependent files (e.g. asm files) into arch directory with
16 `generate_gypi.pl`. Platform dependent gypi files are also created
30 dependent gypi according to its build options and platforms. The
36 `bn_conf.h`, `dso_conf.h` and `opensslconf.h` are platform dependent
/third_party/ltp/testcases/open_posix_testsuite/conformance/interfaces/pthread_mutex_unlock/
Dcoverage.txt6 dependent, the case only will only demo the scheduling
9 4 NO * The related error codes are all implementation dependent
/third_party/node/deps/npm/node_modules/node-gyp/gyp/pylib/gyp/
Dinput_test.py19 def _create_dependency(self, dependent, dependency): argument
20 dependent.dependencies.append(dependency)
21 dependency.dependents.append(dependent)
/third_party/node/test/parallel/
Dtest-runner-watch-mode.mjs21 'dependent.js': `
37 ['--watch', '--test', '--no-warnings', fixturePaths['dependent.js']],
62 await testWatch({ fileToUpdate: 'dependent.js' });
/third_party/node/tools/gyp/pylib/gyp/
Dinput_test.py19 def _create_dependency(self, dependent, dependency): argument
20 dependent.dependencies.append(dependency)
21 dependency.dependents.append(dependent)
/third_party/openGLES/extensions/OVR/
DOVR_multiview2.txt48 can depend on ViewID in the vertex shader. With this change, view-dependent
81 than gl_Position is statically dependent on gl_ViewID_OVR. If an
82 output variable other than gl_Position is dynamically dependent on
/third_party/skia/third_party/externals/opengl-registry/extensions/SGIX/
DSGIX_fragment_lighting_space.txt48 * Are we really dependent upon fragment light?
56 * If we are dependent upon fragment light are we not also dependent
62 making light_space dependent upon light_texture we won't make it
63 dependent upon light_texture
/third_party/openGLES/extensions/SGIX/
DSGIX_fragment_lighting_space.txt48 * Are we really dependent upon fragment light?
56 * If we are dependent upon fragment light are we not also dependent
62 making light_space dependent upon light_texture we won't make it
63 dependent upon light_texture
/third_party/skia/src/gpu/
DGrRenderTask.cpp256 void GrRenderTask::addDependent(GrRenderTask* dependent) { in addDependent() argument
257 fDependents.push_back(dependent); in addDependent()
261 bool GrRenderTask::isDependent(const GrRenderTask* dependent) const { in isDependent()
263 if (fDependents[i] == dependent) { in isDependent()
/third_party/node/deps/npm/docs/content/commands/
Dnpm-outdated.md53 glob 5.0.15 5.0.15 6.0.1 node_modules/glob dependent-package-name
54 nothingness 0.0.3 git git node_modules/nothingness dependent-package-name
55 npm 3.5.1 3.5.2 3.5.1 node_modules/npm dependent-package-name
56 local-dev 0.0.3 linked linked local-dev dependent-package-name
57 once 1.3.2 1.3.3 1.3.3 node_modules/once dependent-package-name
/third_party/skia/third_party/externals/opengl-registry/extensions/NV/
DNV_vertex_array_range.txt107 includes a window system dependent memory allocator to allocate
151 Probably very hardware and operating system dependent.
204 of the GL or window system dependent (GLX or WGL) APIs?
206 RESOLUTION: The window system dependent API.
209 operating system dependent operation. This also permits
265 dependent reasons, and therefore, not valid. Reasons that a vertex
287 o An implementation-dependent validity check based on the
291 o An implementation-dependent validity check based on
296 o Other implementation-dependent validaity checks based on
305 index is negative or greater or equal to the implementation-dependent
[all …]
/third_party/openGLES/extensions/NV/
DNV_vertex_array_range.txt107 includes a window system dependent memory allocator to allocate
151 Probably very hardware and operating system dependent.
204 of the GL or window system dependent (GLX or WGL) APIs?
206 RESOLUTION: The window system dependent API.
209 operating system dependent operation. This also permits
265 dependent reasons, and therefore, not valid. Reasons that a vertex
287 o An implementation-dependent validity check based on the
291 o An implementation-dependent validity check based on
296 o Other implementation-dependent validaity checks based on
305 index is negative or greater or equal to the implementation-dependent
[all …]
/third_party/openGLES/extensions/ARB/
DARB_framebuffer_no_attachments.txt96 Additionally, this extension provides queryable implementation-dependent
194 the implementation-dependent limits MAX_FRAMEBUFFER_WIDTH,
204 implementation-dependent manner similar to that described for the command
229 or equal to the implementation-dependent limits MAX_FRAMEBUFFER_WIDTH
244 implementation-dependent limit MAX_FRAMEBUFFER_LAYERS.
247 to the implementation-dependent limit MAX_FRAMEBUFFER_SAMPLES.
341 implementation-dependent limits MAX_FRAMEBUFFER_WIDTH,
429 implementation-dependent limits when they are specified, when testing
432 RESOLVED: We will expose implementation-dependent limits on the maximum
450 (4) How do the new implementation-dependent limits for maximum framebuffer
[all …]
/third_party/skia/third_party/externals/opengl-registry/extensions/ARB/
DARB_framebuffer_no_attachments.txt86 Additionally, this extension provides queryable implementation-dependent
184 the implementation-dependent limits MAX_FRAMEBUFFER_WIDTH,
194 implementation-dependent manner similar to that described for the command
219 or equal to the implementation-dependent limits MAX_FRAMEBUFFER_WIDTH
234 implementation-dependent limit MAX_FRAMEBUFFER_LAYERS.
237 to the implementation-dependent limit MAX_FRAMEBUFFER_SAMPLES.
331 implementation-dependent limits MAX_FRAMEBUFFER_WIDTH,
419 implementation-dependent limits when they are specified, when testing
422 RESOLVED: We will expose implementation-dependent limits on the maximum
440 (4) How do the new implementation-dependent limits for maximum framebuffer
[all …]
/third_party/skia/third_party/externals/opengl-registry/extensions/EXT/
DGLX_EXT_swap_control_tear.txt99 clamped to the maximum implementation-dependent value supported
115 "The current swap interval and implementation-dependent max swap
120 "The current swap interval and implementation-dependent max swap
/third_party/openGLES/extensions/EXT/
DGLX_EXT_swap_control_tear.txt99 clamped to the maximum implementation-dependent value supported
115 "The current swap interval and implementation-dependent max swap
120 "The current swap interval and implementation-dependent max swap
/third_party/libinput/doc/user/
Dmiddle-button-emulation.rst17 device-dependent, libinput will implement the behavior that is most
21 buttons, including a physical middle button is device-dependent.
/third_party/curl/CMake/
DMacros.cmake28 # multiple times with a sequence of possibly dependent libraries in
29 # order of least-to-most-dependent. Some libraries depend on others
41 # possibly dependent header files. Some headers depend on others to be
/third_party/openGLES/extensions/AMD/
DAMD_framebuffer_multisample_advanced.txt153 allocated for the renderbuffer image are implementation-dependent.
181 format and <samples> is greater than the implementation-dependent
186 dependent limit MAX_COLOR_FRAMEBUFFER_STORAGE_SAMPLES_AMD.
273 equal to the value of the implementation-dependent limit
275 be less than or equal to the value of the implementation-dependent
280 equal to the value of the implementation-dependent limit
285 less than or equal to the value of the implementation-dependent limit
361 format and <samples> is greater than the implementation-dependent
366 dependent limit MAX_COLOR_FRAMEBUFFER_STORAGE_SAMPLES_AMD.
/third_party/skia/third_party/externals/angle2/extensions/
DEGL_ANGLE_device_creation_d3d11.txt80 then all resulting behavior of the device (and any dependent EGL objects) is
82 and to create a new device (and dependent EGL objects) as appropriate. For
/third_party/skia/buildtools/checkdeps/
Drules.py127 (allow, dependent, dependee) = rule.AsDependencyTuple()
128 tup = (allow, dependent + extra_dependent_suffix, dependee)
/third_party/curl/tests/
DCMakeLists.txt52 add_runtests(test-nonflaky "-a -p ~flaky ~timing-dependent")
53 add_runtests(test-ci "-a -p ~flaky ~timing-dependent -r -rm")

12345678910>>...53