Lines Matching refs:for
3 % Various packages of possible use. {index} creates problems for some reason.
59 often used for additional purposes such as library code generators or
69 \code{make} and generate C/C++ header files for all the following
90 repurpose the registry for reasons other than header file generation, or
91 to generate headers for languages other than C.
106 the relevant interfaces and creates a C-language header file for them.
107 \code{genheaders.py} contains predefined generator options for OpenGL compatibility
118 several objects and methods for loading registries and extracting
119 interfaces and extensions for use in header generation. There is some
135 At present there are separate registries for:
149 in the OpenGL and OpenGL ES APIs, for example. Features and extensions
157 specified at header generation time, for labelling properties of a
185 that can be used for parameter validation and more expressive types
186 in API bindings for languages other than C.
189 of tokens for possible parameter validation in API bindings for
221 API types may have different definitions for e.g. GL ES and GL.
227 \tag{type} contains text which is legal C code for a type declaration.
232 during header generation, used mostly for function pointer types.
293 means for a parameter or return value to be annotated with this kind.
316 some of the group annotations used for return and parameter types.
352 \item \attr{name} - group name, an arbitrary string for grouping a set
382 \item \attr{namespace} - a string for grouping many different enums
384 for all enums in the OpenGL / OpenGL ES shared namespace. Multiple
390 a reserved range of enumerants for a particular vendor or purpose.
441 named enum, so that different APIs may have different values for
444 \item \attr{type} - legal C suffix for the value to force it to a
446 for \code{unsigned} 32- and 64-bit integer values, respectively.
449 \item \attr{group} - group name, an arbitrary string for grouping a set of
457 or for consistency purposes. An enumerant alias is simply a
458 different \attr{name} for the exact same \attr{value}. At present,
476 values and is not needed for header generation.
535 \item \tag{param} elements for each command parameter follow, defining
548 names which resolve to the {\bf same} client library code, so (for
555 \item \tag{glx} defines GLX protocol information for this command, as
586 type must be previously defined for the definition of the command
612 compatible; for example, handles created with
629 type must be previously defined for the definition of the command
669 \item \attr{api} - API name this feature is for (see
676 \attr{name}. Rarely used, for odd circumstances where the
688 set of interfaces that is respectively required for, or removed from,
706 When processed into a C header for the \code{compatibility} profile of
723 If processed into a header for the \code{core} profile, the definition of
731 which are defined for the API.
764 \attr{name}. Rarely used, for odd circumstances where the
773 set of interfaces that is respectively required for, or removed from,
792 The \attr{supported} attribute says that the extension can be supported for
794 profiles, but not for other APIs. When processed into a C header for the
816 \tag{feature} (this is primarily useful for the OpenGL core profile,
818 interfaces, although this usage is allowed by the schema). Except for
828 removed) for all API profiles.
833 removed) for all APIs.
899 additional processing scripts for other purposes related to the definition
942 Group names that were simply an alias for a GL type have been left
989 entries for an extension without contributing corresponding
1009 \code{-validate} option, for example via:
1028 \item 2017-01-20 - Update for the move to the new github repository.