Lines Matching defs:and
33 <li><a href="#1">1. Overview and Goals </a></li>
38 <li><a href="#6">6. Feedback and Mailing Lists</a></li>
44 <h6>1. Overview and Goals </h6>
47 defining the ABI and runtime environment for applications using
51 source, commercial closed binary, OpenGL SI-based, and Mesa-based
61 involved and ultimately this effort should be part of LSB. </p>
64 conventions for libraries) because LSB itself is not complete, and
74 and are irrelevant to applications using the ABI. </li>
80 controlled by the OpenGL Architecture Review Board, and we in no
92 recognize that some decisions are largely arbitrary (filenames and
93 file locations, for example) and in those cases have been guided by
98 or involved with the following companies and open source projects
183 OpenGL and GLX entry points and in general depends on underlying
184 hardware and/or X server dependent code that may or may not be
186 utility routines and should be hardware independent, using only the
190 on the ld command line, and the <tt>DT_SONAME</tt> within that
193 exist so that both linking and running will operate properly. The
208 <p> <tt>libGL.so</tt> and <tt>libGLU.so</tt> should
217 considered, but existing practice on Linux and other platforms
223 cross-platform, including both the standard C++ library location and
224 entry points, and the semantics of issues such as static
225 constructors and destructors. The LSB apparently mandates static
234 GLU 1.3, GLX 1.3, and <tt>ARB_multitexture</tt> entry points
242 <p> 3.5. Because non-ARB extensions vary so widely and are constantly
244 supported, and extensions can always be added to hardware drivers
258 of a GL or GLX entry point and returns a pointer to a function
264 <p> All OpenGL and GLX entry points may be queried with this extension;
274 <p> 3.8. <tt>libGL</tt> and <tt>libGLU</tt> must be
293 <p> These headers should properly define prototypes and enumerants for
298 <tt>/usr/include/X11/GL</tt> was considered and rejected for the
305 required headers must be protected against multiple inclusion and
308 <tt><X11/Xlib.h></tt> and <tt><X11/Xutil.h></tt>. </p>
313 <p> 4.5. All OpenGL 1.2 and <tt>ARB_multitexture</tt>, GLU 1.3, and GLX
314 1.3 entry points and enumerants must be present in the corresponding
315 header files <tt>gl.h</tt>, <tt>glu.h</tt>, and <tt>glx.h</tt>,
322 defined in <tt>glext.h</tt>, and non-ARB GLX extensions in
342 <i>major_version</i> and <i>minor_version</i> are the major and
352 <p> 5.1. Providing prototypes and enumerants for OpenGL extensions is
354 drivers, continuing creation of extensions, and multiple sources of
356 be supported only for a specific implementation, and some will be
363 extensions be supplied from a central point and updated on a
372 automatically generated from the master OpenGL function and
373 enumerant registries, and is updated as new extensions are
377 platform. The generator scripts and ".spec" files used in
382 is required and is maintained centrally. </p>
412 made available to the extension registry and whose authors have
414 <tt>glext.h</tt> and <tt>glxext.h</tt>. The structure of each
435 <tt>glext.h</tt>, and also because some enums may be defined by
454 runtime and in the extension registry. </p>
456 <p> <b>All</b> OpenGL and GLX extensions that are shipping should have a
460 and specify their on extensions will not be allowed to incorporate
480 <h6>6. Feedback and Mailing Lists</h6>
497 types). Note: we may want to suggest <tt>GLlong</tt> and
517 Placing the headers and libraries in non-X11 specific locations
521 and non-X based OpenGL implementations are so rarely used, that we
522 chose to do so for build portability and "principle of least
526 placing the actual library files in other locations and implementing
539 the underlying link library and driver implementations can be
540 significant. It is impossible to briefly recap the many pro and con
546 and types, or new targets for texture downloads, such as cube
549 not specific to any GL driver and thus not dynamically loadable. The
559 point, here are lists of GL, GLX, and GLU extensions supported by a
560 variety of OpenGL and Mesa implementations today (please send
577 but the 1.2 header and link library material must still be provided.
578 Since applications must already check both compile and runtime
585 It's important that <tt>glext.h</tt> and <tt>glxext.h</tt> can be
587 and <tt>glx.h</tt>. Making sure that all extension definitions are
609 extension prototypes; this is extremely unportable and dangerous.
627 <tt>glext.h</tt> and <tt>glxext.h</tt> in order to support
636 opengl.org and cleaned up other dangling wording due to the move
643 Resolution reached on the structure of <tt>glext.h</tt> and
644 <tt>glxext.h</tt>, and how they are included from <tt>gl.h</tt> and
656 section 3.6, and simplified the lists of SGI supported extensions
665 <li> 12/6/99 (version 0.9.3) - Added Compaq and 3Dlabs extension
674 points in section 3.4. Changed GetProcAddress from EXT to ARB and
679 <li> 9/16/1999 - Added Mesa, Sun, and Xi Graphics extension lists in