OpenHarmony/third_party_mesa3d
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: consistantly -> consistently

Browse Source 
Reviewed-by: Eric Anholt <eric@anholt.net>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6894>
This commit is contained in:
Erik Faye-Lund
2020-09-28 17:56:22 +02:00
committed by Marge Bot
parent b1874a2695
commit 6ec9a7ec57
2 changed files with 2 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/gallium/cso/sampler.rst
View File

@@ -28,7 +28,7 @@ The wrap modes are:
border color is sampled when coords go outside the range [0,1].
* ``PIPE_TEX_WRAP_CLAMP``: The coord is clamped to the range [0,1] before
scaling to the texture size. This corresponds to the legacy OpenGL GL_CLAMP
texture wrap mode. Historically, this mode hasn't acted consistantly across
texture wrap mode. Historically, this mode hasn't acted consistently across
all graphics hardware. It sometimes acts like CLAMP_TO_EDGE or
CLAMP_TO_BORDER. The behavior may also vary depending on linear vs.
nearest sampling mode.

2
docs/versions.rst
View File

@@ -435,7 +435,7 @@ Bug fixes:
- linear interpolation of mipmap levels was incorrectly weighted
- readpix.c didn't compile on Macintosh
- GL_INVERT and related logic ops didn't work right
- glTexImage[12]D() didn't check its parameters consistantly
- glTexImage[12]D() didn't check its parameters consistently
- fixed a memory leak in glTexImage[12]D()
- kludged around a SunOS 5.x/GCC compiler bug in the feedback code
- glReadPixels aborted instead of normally catching some errors