A fragment program from "Pixel Piracy" contains redundant OPTION
directives:
!!ARBfp1.0
OPTION ARB_precision_hint_fastest;
OPTION ARB_fog_exp2;
OPTION ARB_precision_hint_fastest;
OPTION ARB_fog_exp2;
...
We already allow redundant ARB_precision_hint_fastest directives, but
disallow the redundant
https://bugs.freedesktop.org/show_bug.cgi?id=91226
x414...@linux.com changed:
What|Removed |Added
Version|git |10.6
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=91226
--- Comment #1 from Neil Roberts ---
It looks this is a bug in Mesa. I've filed a patch for it here:
http://lists.freedesktop.org/archives/mesa-dev/2015-July/088138.html
The buggy code looks like it is trying to match expressions that look like
There is a piece of code that is trying to match expressions of the
form (mul (floor (add (abs x) 0.5) (sign x))). However the check for
the add expression wasn't checking whether it had the expected
operation. It looks like this was just an oversight because it doesn't
match the pattern for the re
In this bit of code point_five can be NULL if the expression is not a
constant. This fixes it to match the pattern of the rest of the chunk
of code so that it checks for NULLs.
Cc: Matt Turner
Cc: "10.6"
---
src/glsl/opt_algebraic.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Mesa 10.5.9 is now available.
The present queue consist of many driver fixes - nouveau, i915, i965,
r600/radeonsi, alongside GLSL ones (amongst which a Dota2 Reborn bugfix)
and a few build related cleanups.
NOTE: It is anticipated that 10.5.9 will be the final release in the 10.5
series. Users of
https://bugs.freedesktop.org/show_bug.cgi?id=91226
Bug ID: 91226
Summary: Crash in glLinkProgram (NEW)
Product: Mesa
Version: git
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: medi
On 07/04/2015 04:17 PM, Axel Davy wrote:
> On 04/07/2015 05:18, Boyan Ding wrote :
>> Hi Emil,
>>
>>
>> On 07/03/2015 10:36 PM, Emil Velikov wrote:
>>
[snip]
+/* FIXME: Is this right? Seems problematic for WL_bind_wayland_display */
>>> What seems to be the problem ?
>>>
>>> Afaik
Seems like there is a misunderstanding somewhere - perhaps some on my
end. Yet I do recall Adam Jackson stating on numerous occasions, on
IRC, that we don't want/need any sources from mesa (outside
dri_interface.h and the gl* headers) for xserver.
Adam can we truly nuke (some of) the generated sou
On 04/07/2015 05:18, Boyan Ding wrote :
Hi Emil,
On 07/03/2015 10:36 PM, Emil Velikov wrote:
[snip]
+/* FIXME: Is this right? Seems problematic for WL_bind_wayland_display */
What seems to be the problem ?
Afaik xcb_dri3_open_reply_fds should return an FD which is ok (be that a
render_node
10 matches
Mail list logo
