[Mesa-dev] [Bug 94456] dEQP-GLES3.functional.state_query.floats.{blend_color, color_clear_value, depth_clear_value}_getinteger64 fail

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=94456

--- Comment #1 from Kenneth Graunke <kenneth at whitecape.org> ---
According to the GL 4.4 core specification, section 2.2.2 ("Data Conversions
For State Query Commands"):

    "If a command returning integer data is called, such as GetIntegerv or
     GetInteger64v, a boolean value of TRUE or FALSE is interpreted as one
     or zero, respectively. A floating-point value is rounded to the nearest
     integer, unless the value is an RGBA color component, a DepthRange
     value, or a depth buffer clear value. In these cases, the query command
     converts the floating-point value to an integer according to the INT
     entry of table 18.2; a value not in [−1, 1] converts to an undefined
     value."

The INT entry of table 18.2 shows that b = 32, meaning the expectation is to
convert it to a 32-bit integer value.  This also matches what dEQP expects,
fixing all three tests.

It seems a little silly for glGetInteger64v to return a 32-bit number, but then
again it's probably more reasonable to request floating point data via
glGetFloat()...

This has apparently been broken in Mesa since 2009.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160309/4ac7f3ce/attachment.html>