Age | Commit message (Collapse) | Author | Files | Lines |
|
glxext.c. Consider two GLcontextModes as "the same" if they have a
non-empty drawableType union. When converting a GLXvisualConfig from
the server to a GLcontextModes, set both GLX_WINDOW_BIT and
GLX_PIXMAP_BIT. This matches the expected behavior.
This also means that DRI drivers do not have to set GLX_PIXMAP_BIT in
the GLcontextModes they return from their __driCreateNewScreen
function. This makes sense: the drivers don't really support
direct-rendering to pixmaps!
|
|
|
|
|
|
trunk that haven't been converted to the new interface or drivers
built before the driinterface merge (i.e., the ones that ship with
every XFree86 4.x.x release).
Basically, FillInVisuals was excluding modes whose drawableType didn't
match GLX_WINDOW_BIT exactly. This means that a mode would get tossed
if drawableType was (GLX_WINDOW_BIT|GLX_PIXMAP_BIT), which is what
every server-side driver sets! The proper test is to just make sure
that GLX_WINDOW_BIT is set.
Reported by: Numerous folks on dri-devel and dri-users.
|
|
|
|
|
|
|
|
|
|
|
|
XFree86 bug:
Reported by:
Submitted by:
Reviewed by:
Obtained from:
|
|
|
|
XFree86 bug:
Reported by:
Submitted by:
Reviewed by:
Obtained from: XFree86.org, via Roland Scheidegger
|
|
do essentially the same thing. If a 'glGetString(GL_VERSION)' call
returns a string with a version greater than is supported in protocol,
wrap that version string with as with 'sprintf(s, "%s (%s)",
supported_version, returned_version);'. Currently the top version
supported is 1.2.
The jury is still out as to whether or not this is the right thing to
do. The other option is to just replace the returned version string
with the highest supported version string. This would lose any extra
informantion in the version string, but may be safer.
XFree86 bug: 1147
Reported by: Andreas Stenglein
|
|
with older versions of the server-side code, so an environment
variable, LIBGL_NO_DRAWARRAYS, was added to disable the use of the
real protocol.
|
|
called __glXSendLargeChunk. The purpose of this refactor wasn't to
reduce code size, but instead to provide a new utility function to be
used instead of __glXSendLargeCommand. There may be cases where using
the new function could eliminate the need to allocate extra memory.
|
|
and want to commit it incrementally. You have to actually TEST the
incremental commits! Bad idr, no biscuit!
|
|
__glXTypeSize as a macro that does a table look-up.
|
|
state structures instead of collection of named array state
structures. This greatly simplifies the code to emit array elements.
|
|
1.1 calls. Added code to __indirect_glEnable and __indirect_glDisable
to call __indirect_glEnableClientState or
__indirect_glDisableClientState if 'cap' is one of the vertex arrays.
To work around confused / buggy applications, this is done for all
vertex arrays, not just the ones supported at the time of the original
EXT extension.
XFree86 bug: 1131
|
|
GLX_VISUAL_CAVEAT and the only matching visuals have a non-GLX_NONE
GLX_VISUAL_CAVEAT.
Reported by: Alan Hourihane
|
|
|
|
|
|
|
|
|
|
was that adding extra fields to __GLXvertArrayState and
__GLXvertexArraPointerState changed structure offsets in __GLXcontext.
This, obviously, caused problems. The old 'state' field n
__GLXcontext has been deprecated. State is now tracked via a new
structure that is pointed to by the client_state_private field at the
end of the __GLXcontext structure. This gives us the freedom to make
whatever changes we want to the client-state without breaking DRI
drivers.
XFree86 bug: 1092, 1092
|
|
Also added GL_YCBCR_422_APPLE. I'm not sure it's strictly needed,
since the type has to be GL_UNSIGNED_SHORT_8_8_APPLE or
GL_UNSIGNED_SHORT_8_8_REV_APPLE. It is included for completeness.
|
|
way to do it, but it gets the build going again. :)
|
|
EXT_fog_coord that were previously missed. I'm 99% sure that I've got
everything now. :)
XFree86 bug: 1091
|
|
GENERATE_GLX_PROTOCOL_FUNCTIONS and the glxproto_* macros are set, it
will either generate prototypes are generate the functions. Right now
only g_render.c should have GENERATE_GLX_PROTOCOL_FUNCTIONS set.
This cuts out about 2500 lines of code.
|
|
|
|
XFree86 bug: 1092
|
|
|
|
glPointParameteriv (for ARB_point_sprite, NV_point_sprite, core GL
1.4), secondary-color related functions (for EXT_secondary_color and
core GL 1.4), and fog coordinate related functions (for EXT_fog_coord
and GL 1.4).
The reviewers primarilly reviewed the architectural changes to
g_render.c (client-side and server-side versions).
These changes were tested with the Mesa demos seccolor and spriteblast.
XFree86 bug: 1091
Reviewed by: Brian Paul, Roland Scheidegger, Keith Whitwll
|
|
driver doesn't support multisampling, then the DDX driver shouldn't
export any multisample visuals / fbconfigs. Furthermore, the driver
can disable multisampling by not enabling GL_{ARB,SGIS}_multisample.
SGIX_visual_select_group is enabled be default since it has no impact
on either the client-side driver or the application.
|
|
packsingle.h or packrender.h.
|
|
some more eyes go over it would be helpful.
|
|
|
|
of GL 1.4). The GL_SUN_multi_draw_elements extension string is also
now exported.
|
|
|
|
|
|
|
|
|
|
|
|
expat. Defaults to shared, but can be overridden in host.def, which is done
on linux so that binary snapshots will continue to be statically linked.
Fixes build on FreeBSD.
Approved by: Alan Hourihane <alanh@fairlite.demon.co.uk>
|
|
|
|
|
|
|
|
So we can build this ourselves for static inclusion into libGL.
|
|
|
|
some lingering problems on the i845.
|