- Original Message -
On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wu o...@lunarg.com wrote:
On Thu, Dec 8, 2011 at 10:00 PM, jfons...@vmware.com wrote:
From: José Fonseca jfons...@vmware.com
It sets the wrong values (GL_XXX_LEFT instead of GL_XXX), and no
other
Mesa driver does
AFAICS GCC was missed from the last #elif clause. With this patch
applied the warning is gone.
Signed-off-by: Kai Wasserbäch k...@dev.carbon-project.org
---
There certainly other warnings thrown during a build, but I saw this one
scrolling by, while checking on a build. Hence I went to fix it.
Noticed a warning: array subscript is above array bounds given at one of
the existing sanity-check asserts. Turns out all the arrays of strings
haven't matched the corresponding enum values in a while, if ever.
I didn't know the proper names for any of these and couldn't find
them in the base
The VERT_BIT_* defines are 64-bit values since commit
f364ac1da10ff67eba5196c1074aff579864f741, but the printf
was still expecting a simple int. This worked on little-endian
hosts because the values were still less than INT_MAX, but
probably would've gone bad and printed zero on big-endian ones.
From: Jeremy Huddleston jerem...@apple.com
Date: Thu, 5 May 2011 14:08:57 -0700
We just prefix the $CLANG environment variable in configure.ac with acv_mesa_
Found by: tinderbox
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
Originally posted here:
On 12/09/2011 06:54 AM, nobled wrote:
Noticed a warning: array subscript is above array bounds given at one of
the existing sanity-check asserts. Turns out all the arrays of strings
haven't matched the corresponding enum values in a while, if ever.
I didn't know the proper names for any of
On 12/09/2011 07:00 AM, nobled wrote:
The VERT_BIT_* defines are 64-bit values since commit
f364ac1da10ff67eba5196c1074aff579864f741, but the printf
was still expecting a simple int. This worked on little-endian
hosts because the values were still less than INT_MAX, but
probably would've gone
- Original Message -
On 12/09/2011 07:00 AM, nobled wrote:
The VERT_BIT_* defines are 64-bit values since commit
f364ac1da10ff67eba5196c1074aff579864f741, but the printf
was still expecting a simple int. This worked on little-endian
hosts because the values were still less than
On 12/09/2011 07:59 AM, Jose Fonseca wrote:
- Original Message -
On 12/09/2011 07:00 AM, nobled wrote:
The VERT_BIT_* defines are 64-bit values since commit
f364ac1da10ff67eba5196c1074aff579864f741, but the printf
was still expecting a simple int. This worked on little-endian
hosts
On 12/09/2011 01:58 AM, Jose Fonseca wrote:
- Original Message -
On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wuo...@lunarg.com wrote:
On Thu, Dec 8, 2011 at 10:00 PM,jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
It sets the wrong values (GL_XXX_LEFT instead of
- Original Message -
On 12/09/2011 07:59 AM, Jose Fonseca wrote:
- Original Message -
On 12/09/2011 07:00 AM, nobled wrote:
The VERT_BIT_* defines are 64-bit values since commit
f364ac1da10ff67eba5196c1074aff579864f741, but the printf
was still expecting a simple
- Original Message -
On 12/09/2011 01:58 AM, Jose Fonseca wrote:
- Original Message -
On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wuo...@lunarg.com wrote:
On Thu, Dec 8, 2011 at 10:00 PM,jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
It sets the wrong
Backends indicate that they support this extension by returning
EGL_TRUE when native_display::get_param() is called with
NATIVE_PARAM_PRESENT_REGION.
native_present_control is extended to include the region that should
be presented. When the whole surface is to be presented, this region
will be a
Signed-off-by: Fredrik Höglund fred...@kde.org
---
src/gallium/state_trackers/egl/x11/native_dri2.c | 16 +-
src/gallium/state_trackers/egl/x11/x11_screen.c | 24 ++
src/gallium/state_trackers/egl/x11/x11_screen.h |5
3 files changed, 39
Dear mesa-dev list,
Kai Wasserbäch schrieb am 09.12.2011 12:59:
AFAICS GCC was missed from the last #elif clause. With this patch
applied the warning is gone.
Signed-off-by: Kai Wasserbäch k...@dev.carbon-project.org
---
There certainly other warnings thrown during a build, but I saw this
On Fri, Dec 9, 2011 at 8:54 AM, nobled nob...@dreamwidth.org wrote:
Can you set your name in git? It makes the log look a lot better.
git config --global user.name Firstname Lastname
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
From: Marek Olšák mar...@gmail.com
I am going to make interface changes and I don't want to break compilation.
---
src/gallium/drivers/llvmpipe/lp_state_so.c |7 +++
src/gallium/drivers/nvc0/nvc0_state.c |7 +++
src/gallium/drivers/softpipe/sp_context.c |2 +-
---
src/gallium/drivers/trace/tr_context.c | 73
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/trace/tr_context.c
b/src/gallium/drivers/trace/tr_context.c
index 6021bb9..240d85c 100644
---
From: Marek Olšák mar...@gmail.com
---
src/gallium/drivers/noop/noop_state.c | 35 +
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/noop/noop_state.c
b/src/gallium/drivers/noop/noop_state.c
index 58ea8be..9d8dbfc 100644
---
From: Marek Olšák mar...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c|9 +++--
src/gallium/auxiliary/tgsi/tgsi_ureg.h| 18 ++
src/gallium/auxiliary/util/u_debug_describe.c | 10 ++
src/gallium/auxiliary/util/u_debug_describe.h |2 ++
From: Marek Olšák mar...@gmail.com
It's like DrawArrays, but the count is taken from a transform feedback
object.
This removes DrawTransformFeedback from dd_function_table and adds the same
function to GLvertexformat (with the function parameters matching GL).
The vbo_draw_func callback has a
From: Marek Olšák mar...@gmail.com
---
src/gallium/auxiliary/util/u_blitter.c | 18 ++
src/gallium/auxiliary/util/u_blitter.h | 18 ++
2 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_blitter.c
From: Marek Olšák mar...@gmail.com
---
src/gallium/auxiliary/util/u_blitter.c | 87 +++-
src/gallium/auxiliary/util/u_blitter.h | 11
2 files changed, 96 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_blitter.c
---
.../state_trackers/d3d1x/dxgi/src/dxgi_native.cpp |4 +-
.../state_trackers/d3d1x/gd3d11/d3d11_context.h| 104 +---
.../state_trackers/d3d1x/gd3d11/d3d11_objects.h| 25 +-
.../state_trackers/d3d1x/gd3d11/d3d11_screen.h | 86 ++--
From: Marek Olšák mar...@gmail.com
---
src/gallium/auxiliary/cso_cache/cso_context.c | 101 ++
src/gallium/auxiliary/cso_cache/cso_context.h |8 ++
src/gallium/auxiliary/util/u_blit.c |6 +
src/gallium/auxiliary/util/u_gen_mipmap.c |3 +
---
src/gallium/drivers/nouveau/nv_object.xml.h| 13 ++-
src/gallium/drivers/nvc0/nvc0_3d.xml.h |8 +-
src/gallium/drivers/nvc0/nvc0_context.c|2 +-
src/gallium/drivers/nvc0/nvc0_context.h| 25 +++--
src/gallium/drivers/nvc0/nvc0_program.c| 43
- Original Message -
Dear mesa-dev list,
Kai Wasserbäch schrieb am 09.12.2011 12:59:
AFAICS GCC was missed from the last #elif clause. With this patch
applied the warning is gone.
Signed-off-by: Kai Wasserbäch k...@dev.carbon-project.org
---
There certainly other warnings
Dear José
Jose Fonseca schrieb am 09.12.2011 19:33:
- Original Message -
Dear mesa-dev list,
Kai Wasserbäch schrieb am 09.12.2011 12:59:
AFAICS GCC was missed from the last #elif clause. With this patch
applied the warning is gone.
Signed-off-by: Kai Wasserbäch
Hi,
I have just pushed a branch containing an LLVM shader backend for r600g to my
personal git repo:
http://cgit.freedesktop.org/~tstellar/mesa/ r600g-llvm-shader
There are three main components to this branch:
1. A TGSI-LLVM converter (commit ec9bb644cf7dde055c6c3ee5b8890a2d367337e5)
The
In lp_bld_tgsi_aos.c, emit_fetch() the switch statement is
replaced by a call to to a function pointer, which has been added
as a field of struct lp_build_tgsi_aos_context.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |4 ++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c | 40
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
b/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
index 9118a68..b235e90 100644
--- a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
lp_emit_{declaration,instruction,store,fetch}_aos are now visibile
in other files.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 32 +
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c | 140 ---
2 files changed, 103 insertions(+), 69 deletions(-)
diff --git
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 95 +++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 92 --
2 files changed, 95 insertions(+), 92 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
In lp_bld_tgsi_soa.c, emit_fetch() the switch statement is
replaced by a call to to a function pointer, which has been added
as a field of struct lp_build_tgsi_aos_context.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |4 ++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 46
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
b/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
index cabf907..be017c9 100644
--- a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
lp_emit_{declaration,instruction,store,fetch,get_temp_ptr}_soa
are now visibile in other files.
Add lp_get_temp_ptr_soa to header, squash with previous commit.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 37
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 264
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |2 ++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c |3 ---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |2 --
3 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |2 ++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c |5 +++--
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
b/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
index
The code to create and add the list of tgsi instructions is now in
lp_bld_tgsi.c.
---
src/gallium/auxiliary/Makefile.sources |1 +
src/gallium/auxiliary/gallivm/lp_bld_tgsi.c | 71 +++
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 19 +-
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |9 +
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c |3 ++-
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |3 ++-
3 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 12
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 14 --
2 files changed, 12 insertions(+), 14 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
https://bugs.freedesktop.org/show_bug.cgi?id=43678
Bug #: 43678
Summary: Compilation error for OSMesa 7.10
Classification: Unclassified
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status:
This is only temporary until a better solution is available.
---
I haven't given up yet because reporting incorrect driver limits
may cause more troubles than this. I made it pretty small this
time.
It doesn't change any driver besides Gallium. Please review,
especially the part in
43 matches
Mail list logo