Searched refs:convention (Results 1 – 25 of 451) sorted by relevance
12345678910>>...19
| /third_party/skia/third_party/externals/opengl-registry/extensions/EXT/ |
| D | EXT_provoking_vertex.txt | 53 This extension provides an alternative provoking vertex convention
72 primitive" convention to determine the provoking vertex. However,
74 convention for quads.
120 convention" column of table 2.12 applies when flat shading; otherwise,
121 the "first vertex convention" column applies when flat shading.
127 last vertex convention for quad primitives (and, in this case,
133 Primitive type of polygon i convention convention
236 convention
245 convention
277 Rather than force support for both the first and last convention
[all …]
|
| /third_party/openGLES/extensions/EXT/ |
| D | EXT_provoking_vertex.txt | 53 This extension provides an alternative provoking vertex convention
72 primitive" convention to determine the provoking vertex. However,
74 convention for quads.
120 convention" column of table 2.12 applies when flat shading; otherwise,
121 the "first vertex convention" column applies when flat shading.
127 last vertex convention for quad primitives (and, in this case,
133 Primitive type of polygon i convention convention
236 convention
245 convention
277 Rather than force support for both the first and last convention
[all …]
|
| /third_party/openGLES/extensions/ARB/ |
| D | ARB_provoking_vertex.txt | 70 This extension provides an alternative provoking vertex convention
89 primitive" convention to determine the provoking vertex. However,
91 convention for quads.
173 Primitive type of polygon i convention convention
329 convention
340 convention
369 Rather than force support for both the first and last convention
378 these conventions. Direct3D does not demand a convention for
397 columns specifying the "first vertex convention" and "last vertex
398 convention" provoking vertex modes respectively.
[all …]
|
| D | ARB_fragment_coord_conventions.txt | 89 convention when locating fragments in window space.
107 By this alternative convention, the XY location (0,0) corresponds
112 DirectX versions). By the DirectX 10 convention, the XY location
126 location to adopt the fragment coordinate convention for which the
154 x_f = { convention is integer
158 y_f' = { convention is upper-left
162 y_f = { convention is integer
181 pixel-center convention is half-integer and the fragment processing
182 origin convention is lower-left."
329 convention is upper-left (and otherwise is lower-left) for purposes of
[all …]
|
| D | ARB_texture_non_power_of_two.txt | 203 This is a "floor" convention. An alternative is a "ceiling"
204 convention.
206 The primary reason to favor the floor convention is that Direct3D
207 uses the floor convention.
209 Also, the "ceiling" convention potentially implies one more mipmap
210 level than the "floor" convention.
212 Some regard the "ceiling" convention to have nicer properties with
216 from the Direct3D convention just for this. A more sophisticated
219 the "floor" convention.
221 The "floor" convention has a relatively straightforward way to
[all …]
|
| /third_party/skia/third_party/externals/opengl-registry/extensions/ARB/ |
| D | ARB_provoking_vertex.txt | 60 This extension provides an alternative provoking vertex convention
79 primitive" convention to determine the provoking vertex. However,
81 convention for quads.
163 Primitive type of polygon i convention convention
319 convention
330 convention
359 Rather than force support for both the first and last convention
368 these conventions. Direct3D does not demand a convention for
387 columns specifying the "first vertex convention" and "last vertex
388 convention" provoking vertex modes respectively.
[all …]
|
| D | ARB_fragment_coord_conventions.txt | 79 convention when locating fragments in window space.
97 By this alternative convention, the XY location (0,0) corresponds
102 DirectX versions). By the DirectX 10 convention, the XY location
116 location to adopt the fragment coordinate convention for which the
144 x_f = { convention is integer
148 y_f' = { convention is upper-left
152 y_f = { convention is integer
171 pixel-center convention is half-integer and the fragment processing
172 origin convention is lower-left."
319 convention is upper-left (and otherwise is lower-left) for purposes of
[all …]
|
| D | ARB_texture_non_power_of_two.txt | 193 This is a "floor" convention. An alternative is a "ceiling"
194 convention.
196 The primary reason to favor the floor convention is that Direct3D
197 uses the floor convention.
199 Also, the "ceiling" convention potentially implies one more mipmap
200 level than the "floor" convention.
202 Some regard the "ceiling" convention to have nicer properties with
206 from the Direct3D convention just for this. A more sophisticated
209 the "floor" convention.
211 The "floor" convention has a relatively straightforward way to
[all …]
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/BPF/ |
| D | BPFCallingConv.td | 13 // BPF 64-bit C return-value convention.
16 // BPF 64-bit C Calling convention.
28 // Return-value convention when -mattr=+alu32 enabled
34 // Calling convention when -mattr=+alu32 enabled
|
| /third_party/vk-gl-cts/external/vulkan-docs/src/appendices/ |
| D | VK_EXT_provoking_vertex.txt | 31 This extension allows changing the provoking vertex convention between
32 Vulkan's default convention (first vertex) and OpenGL's convention (last
37 provoking vertex convention.
38 Applications using Vulkan directly should use Vulkan's default convention.
|
| D | VK_EXT_vertex_attribute_divisor.txt | 29 *RESOLVED*: The Vulkan API should follow the OpenGL convention and offset
85 to match the OpenGL convention.
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/PowerPC/ |
| D | PPCCallingConv.td | 36 // PPC64 AnyReg return-value convention. No explicit register is specified for
40 // This calling convention is currently only supported by the stackmap and
42 // builds. On Release builds we fallback to the PPC C calling convention.
47 // Return-value convention for PowerPC coldcc.
72 // Return-value convention for PowerPC
112 // No explicit register is specified for the AnyReg calling convention. The
115 // This calling convention is currently only supported by the stackmap and
117 // builds. On Release builds we fallback to the PPC C calling convention.
127 // Simple calling convention for 64-bit ELF PowerPC fast isel.
142 // Simple return-value convention for 64-bit ELF PowerPC fast isel.
[all …]
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/X86/ |
| D | X86CallingConv.td | 74 // X86-64 Intel regcall calling convention.
260 // X86-32 C return-value convention.
262 // The X86-32 calling convention returns FP values in FP0, unless marked
264 // weirdly; this is really the sse-regparm calling convention) in which
273 // X86-32 FastCC return-value convention.
287 // Otherwise, it is the same as the common X86 calling convention.
291 // Intel_OCL_BI return-value convention.
310 // X86-32 HiPE return-value convention.
319 // X86-32 Vectorcall return-value convention.
329 // X86-64 C return-value convention.
[all …]
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/Lanai/ |
| D | LanaiCallingConv.td | 17 // Lanai 32-bit C Calling convention.
30 // Lanai 32-bit Fast Calling convention.
42 // Lanai 32-bit C return-value convention.
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/AVR/ |
| D | AVRCallingConv.td | 24 // Special return value calling convention for runtime functions.
37 // Calling convention for variadic functions.
44 // Special argument calling convention for
|
| /third_party/mesa3d/src/gallium/targets/wgl/ |
| D | gallium_wgl.def.in | 1 ; stdcall calling convention have @number suffix on 32 bits architecture for gcc
22 ; __cdecl calling convention have no @number suffix
|
| /third_party/mesa3d/src/egl/main/ |
| D | egl.def.in | 1 ; stdcall calling convention have @number suffix on 32 bits architecture for gcc
47 ; __cdecl calling convention have no @number suffix
|
| /third_party/zlib/win32/ |
| D | DLL_FAQ.txt | 29 * The calling convention of functions is "C" (CDECL).
85 - In principle, you can do it by assigning calling convention
89 You have to find out first what kind of calling convention is
135 convention. Why not use the STDCALL convention?
136 STDCALL is the standard convention in Win32, and I need it in
139 (For readability, we use CDECL to refer to the convention
141 the convention triggered by "__stdcall", and FASTCALL to
142 refer to the convention triggered by "__fastcall".)
145 indeed the WINAPI convention (which translates to STDCALL in
163 convention used by the C compilers that run under Windows.
[all …]
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/AMDGPU/ |
| D | AMDGPUCallingConv.td | 18 // Calling convention for SI
96 // Just to get the regmask, not for calling convention purposes.
101 // Just to get the regmask, not for calling convention purposes.
110 // Calling convention for leaf functions
129 // Calling convention for leaf functions
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/lib/Target/MSP430/ |
| D | README.txt | 18 2. Libcalls: multiplication, division, remainder. Note, that calling convention
19 for libcalls is incomptible with calling convention of libcalls of msp430-gcc
|
| /third_party/libbpf/docs/ |
| D | libbpf_naming_convention.rst | 3 API naming convention
7 functions and types. Every group has its own naming convention
68 API documentation above. See API naming convention to choose the right
145 API documentation convention
151 convention in which these comments should be formated.
|
| /third_party/openGLES/extensions/NV/ |
| D | NV_fragment_shader_barycentric.txt | 86 X.1 applies when the provoking vertex convention is
88 convention is LAST_VERTEX_CONVENTION.
109 vertex convention FIRST_VERTEX_CONVENTION.
130 vertex convention LAST_VERTEX_CONVENTION.
158 Vertex order always corresponds to provoking vertex convention
191 vertex convention.
|
| /third_party/skia/third_party/externals/swiftshader/third_party/llvm-10.0/llvm/include/llvm/Target/ |
| D | TargetCallingConv.td | 64 /// CCIfCC - Match if the current calling convention is 'CC'.
172 /// CCDelegateTo - This action invokes the specified sub-calling-convention. It
178 /// CallingConv - An instance of this is used to define each calling convention
183 /// If true, this calling convention will be emitted as externally visible in
197 /// convention. The order of registers is used by PrologEpilogInsertion when
|
| /third_party/skia/third_party/externals/libpng/projects/owatcom/ |
| D | pngconfig.mak | 69 # the required change to the calling convention.
71 # By default libpng is built to use the __cdecl calling convention on
74 # the __watcall convention (compared with both MSVC and GCC which use __cdecl
148 $# of the OpenWatcom library calling convention.)
|
| /third_party/mesa3d/src/vulkan/ |
| D | vulkan_api.def.in | 1 ; stdcall calling convention have @number suffix on 32 bits architecture for gcc
|
12345678910>>...19