Lines Matching defs:is
25 <p> Version 1.0 is complete. It was approved on June 20, 2000; all
46 <p> 1.1. This document is intended to solve two related problems. First,
50 implementations transparently. The intent is to address all of open
64 conventions for libraries) because LSB itself is not complete, and
79 <li> Changes to the OpenGL API. The definition of OpenGL is
81 way challenge this. A single GLX extension is required; this
85 relevant parts of this project, but whose support is not part of
95 decisions is unlikely to change them</i>). </p>
114 actual choice of C datatype is left to the implementation. For our
172 this is potentially a serious problem. Static linking of C++
218 indicates that <tt>/usr/lib</tt> is preferable. </p>
229 is more completely understood. </p>
238 extensions will be mandated before the ABI is finalized.
257 of this function is available separately. It takes the string name
259 implementing that entry point. It is functionally identical to the
265 GLU extensions cannot, because GLU is a client-side library that
271 graphics contexts from different application threads) is required.
307 However, <tt>glx.h</tt> is allowed to include
316 <b>even if</b> only OpenGL 1.1 is implemented at runtime by the
340 the version of the ABI supported by the headers. Its value is
344 the symbol is to provide a compile-time test by which application
352 <p> 5.1. Providing prototypes and enumerants for OpenGL extensions is
366 is similarly centrally maintained). The central point is in the
371 <tt>glext.h</tt></a> is available in the registry. It is
373 enumerant registries, and is updated as new extensions are
374 registered. The header is intended to be useful on other platforms
382 is required and is maintained centrally. </p>
385 extensions, <a href="../api/GL/wglext.h"><tt>wglext.h</tt></a>, but this is
386 only for use on Windows; <tt>wglext.h</tt> is <b>not</b> required by
392 updated, so version creep is expected. This could cause problems for
394 is for users to update glext.h to the latest version, but versioning
432 <p> Benign redefinition of the enumerants is allowable, so these may be
465 <p> 5.4. <tt>glext.h</tt> is normally
471 <p> <img src="new.gif">Similarly, <tt>glxext.h</tt> is normally
503 split, for example. Another potential problem area is static
504 constructor/destructor issues, e.g. when a C <tt>main()</tt> is
519 platform. It is also somewhat out of keeping with other X
520 extensions. However, this practice is so common on other platforms,
540 significant. It is impossible to briefly recap the many pro and con
548 routines. This is an unresolved problem, since GLU is client code
550 best current option is for driver suppliers to make sure that
551 whatever GLU functionality they need is contributed to the OpenGL
580 are expected. The next version of this standard is anticipated to
593 <tt>GL_OGLBASE_VERSION</tt> is mostly provided so that apps can
596 version is not dynamically queryable at runtime. Historical
598 with is a bad decision. </p>
602 <tt>glext.h</tt> is an exception to the Linux-centric nature of this
603 document, since it is already being used on other platforms. </p>
609 extension prototypes; this is extremely unportable and dangerous.
651 <li> 4/9/2000 (version 0.9.7) - <tt>glext.h</tt> is now available