Mark an ImgTec driver bug as fixed in 1.8@4693462
Now we correctly parse ImgTec's GL_VERSION string we can actually use the BugInfo's version stuff correctly here
This commit is contained in:
parent
662abcb2fe
commit
658a4a6e29
|
@ -95,7 +95,7 @@ static BugInfo m_known_bugs[] = {
|
|||
{API_OPENGL, OS_OSX, VENDOR_INTEL, DRIVER_INTEL, Family::UNKNOWN,
|
||||
BUG_BROKEN_DUAL_SOURCE_BLENDING, -1.0, -1.0, true},
|
||||
{API_OPENGL, OS_ALL, VENDOR_IMGTEC, DRIVER_IMGTEC, Family::UNKNOWN,
|
||||
BUG_BROKEN_BITWISE_OP_NEGATION, -1.0, -1.0, true},
|
||||
BUG_BROKEN_BITWISE_OP_NEGATION, -1.0, 108.4693462, true},
|
||||
{API_VULKAN, OS_ALL, VENDOR_ATI, DRIVER_ATI, Family::UNKNOWN, BUG_PRIMITIVE_RESTART, -1.0, -1.0,
|
||||
true},
|
||||
{API_OPENGL, OS_LINUX, VENDOR_MESA, DRIVER_I965, Family::UNKNOWN,
|
||||
|
|
|
@ -242,7 +242,7 @@ enum Bug
|
|||
BUG_BROKEN_DUAL_SOURCE_BLENDING,
|
||||
// BUG: ImgTec GLSL shader compiler fails when negating the input to a bitwise operation
|
||||
// Started version: 1.5
|
||||
// Ended version: 1.10
|
||||
// Ended version: 1.8@4693462
|
||||
// Shaders that do something like "variable <<= (-othervariable);" cause the shader to
|
||||
// fail compilation with no useful diagnostic log. This can be worked around by storing
|
||||
// the negated value to a temporary variable then using that in the bitwise op.
|
||||
|
|
Loading…
Reference in New Issue