| /third_party/mindspore/mindspore/ccsrc/pipeline/jit/static_analysis/ |
| D | static_analysis.cc | 301 std::vector<EvaluatorPtr> evaluators; in EvalCNode() local
302 auto build_evaluator = [this, &evaluators, &cnode](const AbstractFuncAtomPtr &poss) { in EvalCNode()
305 evaluators.push_back(evaluator); in EvalCNode()
309 auto eval_result = ExecuteEvaluators(evaluators, conf, args_conf_list); in EvalCNode()
582 EvalResultPtr AnalysisEngine::ExecuteEvaluators(const std::vector<EvaluatorPtr> &evaluators, in ExecuteEvaluators() argument
584 if (evaluators.size() == 1) { in ExecuteEvaluators()
585 EvaluatorPtr eval = evaluators[0]; in ExecuteEvaluators()
591 return ExecuteMultipleEvaluators(evaluators, out_conf, args_conf_list); in ExecuteEvaluators()
593 return ExecuteMultipleEvaluatorsMultiThread(evaluators, out_conf, args_conf_list); in ExecuteEvaluators()
624 EvaluatorPtr AnalysisEngine::HandleNestedRecursion(const std::vector<EvaluatorPtr> &evaluators, in HandleNestedRecursion() argument
[all …]
|
| D | static_analysis.h | 290 …EvaluatorPtr HandleNestedRecursion(const std::vector<EvaluatorPtr> &evaluators, const EvaluatorPtr…
313 …EvalResultPtr ExecuteEvaluators(const std::vector<EvaluatorPtr> &evaluators, const AnfNodeConfigPt…
315 …EvalResultPtr ExecuteMultipleEvaluators(const std::vector<EvaluatorPtr> &evaluators, const AnfNode…
317 EvalResultPtr ExecuteMultipleEvaluatorsMultiThread(const std::vector<EvaluatorPtr> &evaluators,
|
| /third_party/openGLES/extensions/NV/ |
| D | NV_evaluators.txt | 27 November 2002. Instead, use conventional OpenGL evaluators or
50 OpenGL evaluators provide applications with the capability to
57 For various historical reasons, evaluators have not been
61 the original OpenGL evaluators.
63 Many implementations never optimized evaluators, so applications
66 evaluators.
72 to update the functionality of evaluators, since they were used so
73 little in the first place. In turn, evaluators have become more and
77 essential to developers considering the use of evaluators.
79 OpenGL evaluators only support rectangular patches, not triangular
[all …]
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/NV/ |
| D | NV_evaluators.txt | 27 November 2002. Instead, use conventional OpenGL evaluators or
50 OpenGL evaluators provide applications with the capability to
57 For various historical reasons, evaluators have not been
61 the original OpenGL evaluators.
63 Many implementations never optimized evaluators, so applications
66 evaluators.
72 to update the functionality of evaluators, since they were used so
73 little in the first place. In turn, evaluators have become more and
77 essential to developers considering the use of evaluators.
79 OpenGL evaluators only support rectangular patches, not triangular
[all …]
|
| /third_party/openGLES/extensions/APPLE/ |
| D | APPLE_vertex_program_evaluators.txt | 27 This extension allows the one- and two-dimensional evaluators to be used
29 precisely analogous to the operation of the normal evaluators.
31 Where normal evaluators are enabled with Enable(MAP1_VERTEX_3), for
32 example, attribute evaluators are enabled with
37 attribute evaluators give the size as an argument to MapVertexAttrib**APPLE.
47 (1) Normal evaluators provide separate storage for the coefficients of
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/APPLE/ |
| D | APPLE_vertex_program_evaluators.txt | 27 This extension allows the one- and two-dimensional evaluators to be used
29 precisely analogous to the operation of the normal evaluators.
31 Where normal evaluators are enabled with Enable(MAP1_VERTEX_3), for
32 example, attribute evaluators are enabled with
37 attribute evaluators give the size as an argument to MapVertexAttrib**APPLE.
47 (1) Normal evaluators provide separate storage for the coefficients of
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/SGIX/ |
| D | SGIX_nurbs_eval.txt | 24 This extension adds a new evaluators type, NURBS. NURBS are a compact
27 levels of performance not achievable with the current evaluators API.
29 The current evaluators interface supports only Bezier curves, which suffer
36 existing evaluators interface, rather than define a completely new set of
|
| D | SGIX_polynomial_ffd.txt | 45 evaluators and deformations at the same time. The available memory could
46 be traded off between deformations and evaluators (uh-oh --- do I smell an
67 of the polynomial would have to move from evaluators to the deformations
|
| D | SGIX_sprite.txt | 187 Sprite geometry is not limited to vertex based primitives and evaluators
|
| /third_party/openGLES/extensions/SGIX/ |
| D | SGIX_nurbs_eval.txt | 24 This extension adds a new evaluators type, NURBS. NURBS are a compact
27 levels of performance not achievable with the current evaluators API.
29 The current evaluators interface supports only Bezier curves, which suffer
36 existing evaluators interface, rather than define a completely new set of
|
| D | SGIX_polynomial_ffd.txt | 45 evaluators and deformations at the same time. The available memory could
46 be traded off between deformations and evaluators (uh-oh --- do I smell an
67 of the polynomial would have to move from evaluators to the deformations
|
| D | SGIX_sprite.txt | 187 Sprite geometry is not limited to vertex based primitives and evaluators
|
| /third_party/openGLES/extensions/EXT/ |
| D | GLU_EXT_nurbs_tessellator.txt | 81 tessellated to a sequence of OpenGL primitives such as evaluators and
154 a manner similar to that described for evaluators when AUTO_NORMAL
|
| D | EXT_multiple_textures.txt | 21 texgen, evaluators, vertex arrays, etc. soared into the hundreds.
281 texture coordinate generators or texture-coordinate-affecting evaluators
|
| D | EXT_texture_perturb_normal.txt | 48 * do we need to specify how evaluators compute the tangent and binormal
|
| D | EXT_coordinate_frame.txt | 49 We need to address how evaluators can generate these values.
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/EXT/ |
| D | GLU_EXT_nurbs_tessellator.txt | 81 tessellated to a sequence of OpenGL primitives such as evaluators and
154 a manner similar to that described for evaluators when AUTO_NORMAL
|
| D | EXT_multiple_textures.txt | 21 texgen, evaluators, vertex arrays, etc. soared into the hundreds.
281 texture coordinate generators or texture-coordinate-affecting evaluators
|
| D | EXT_texture_perturb_normal.txt | 48 * do we need to specify how evaluators compute the tangent and binormal
|
| D | EXT_coordinate_frame.txt | 49 We need to address how evaluators can generate these values.
|
| /third_party/mesa3d/docs/relnotes/ |
| D | 6.5.1.rst | 69 - using evaluators with vertex programs caused crashes (bug 7564)
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/REND/ |
| D | REND_screen_coordinates.txt | 95 * Should we allow evaluators in screen space?
97 This spec is written assuming the evaluators will act as if it is
|
| /third_party/openGLES/extensions/REND/ |
| D | REND_screen_coordinates.txt | 95 * Should we allow evaluators in screen space?
97 This spec is written assuming the evaluators will act as if it is
|
| /third_party/openGLES/extensions/ATI/ |
| D | ATI_vertex_streams.txt | 209 Open issue with evaluators
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/ATI/ |
| D | ATI_vertex_streams.txt | 209 Open issue with evaluators
|