https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #5 from darkvis...@gmx.eu ---
There is at least one more difference in a cmake build of llvm compared to a
configure build which will cause mesa fail to compile (missing symbols): If you
are using shared libraries in llvm you should be
On 24/07/14 19:10, Alon Levy wrote:
> On 07/24/2014 07:50 PM, Emil Velikov wrote:
>> On 24/07/14 17:07, Matt Turner wrote:
>>> On Thu, Jul 24, 2014 at 5:44 AM, Emil Velikov
>>> wrote:
On 23/07/14 22:16, Ian Romanick wrote:
> On 07/22/2014 02:07 PM, Alon Levy wrote:
>> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #4 from Tobias Klausmann ---
(In reply to comment #3)
> (In reply to comment #1)
> > I had the exact same problem, but came to the conclusion that LLVM needs to
> > be patched to resolve this. This was done for Opensuse and works fine
From: Marek Olšák
This fixes 3D texture support in all these cases, because array_size is 1
with 3D textures and depth0 actually contains the "array size".
util_max_layer is universal and returns the last layer index for any texture
target.
A lot of the cases below can't actually be hit with 3D
https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #3 from Emil Velikov ---
(In reply to comment #1)
> I had the exact same problem, but came to the conclusion that LLVM needs to
> be patched to resolve this. This was done for Opensuse and works fine!
>
> https://build.opensuse.org/p
https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #2 from darkvis...@gmx.eu ---
According to the llvm announcement for 3.4.2 it is API compatible with 3.4.
MESA checks for the API (which is 3.4) and not for the version (which is
3.4.2).
Yes, patching LLVM works as does patching MESA
https://bugs.freedesktop.org/show_bug.cgi?id=81500
--- Comment #29 from Barto ---
the status of this bug report is still on "NEEDINFO", but all informations have
been provided,
if developpers need other informations then I can provide it
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #1 from Tobias Klausmann ---
I had the exact same problem, but came to the conclusion that LLVM needs to be
patched to resolve this. This was done for Opensuse and works fine!
https://build.opensuse.org/package/view_file/home:tobijk:
Reviewed-by: Marek Olšák
Marek
On Sat, Jul 26, 2014 at 4:36 PM, Glenn Kennard wrote:
> Signed-off-by: Glenn Kennard
> ---
> This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
> and Neil Robert's core BPTC support patches.
>
> Changes since patch v1:
> Remove srgb flag from flo
https://bugs.freedesktop.org/show_bug.cgi?id=81785
Priority: medium
Bug ID: 81785
Assignee: mesa-dev@lists.freedesktop.org
Summary: MESA checks on configure for llvm 3.4.2 and fails to
build with 3.4.2 being installed
Severit
Signed-off-by: Glenn Kennard
---
This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
and Neil Robert's core BPTC support patches.
Changes since patch v1:
Remove srgb flag from float formats.
Set RGB sign bits for BPTC_RGB_FLOAT.
This passes piglit, including newly written test fo
From: Marek Olšák
This was just a guess - and it worked!
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeon/r600_pipe_common.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon
From: Marek Olšák
This fixes piglit spec/!OpenGL 3.1/minmax.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/r300/r300_context.c | 4 +++-
src/gallium/winsys/radeon/drm/radeon_drm_cs.h | 4 ++--
src/gallium/winsys/radeon/drm/radeon_winsys.h | 4 ++--
3 files changed, 7 inser
Tom Stellard writes:
> Most image functions are required to return a CL_INVALID_OPERATION
> error when used on devices without image support.
>
> v2:
> - Simplified the code
Thanks,
Reviewed-by: Francisco Jerez
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 6 ++
> src/ga
On Fri, 2014-07-25 at 17:54 -0400, Tom Stellard wrote:
> On Fri, Jul 25, 2014 at 11:28:19PM +0200, Bruno Jimenez wrote:
> > On Fri, 2014-07-25 at 12:46 -0400, Tom Stellard wrote:
> > > On Sat, Jul 19, 2014 at 07:35:51PM +0200, Bruno Jiménez wrote:
> > > > This allows us two things: we now need less
15 matches
Mail list logo
