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 st_extensions.
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: N
---
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
b/src/gallium/auxiliary/gallivm/lp_bld_tgsi.
---
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
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
---
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 5d31318..e8b7
---
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
b/src/ga
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 |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
+++
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 | 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
b/src/gallium/auxiliary/g
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 a/src
---
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
+++
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 | 46 ++-
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c | 43 -
2 files changed, 44 insertions(+), 45 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
b/src/gallium/auxiliary/ga
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 goa
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
>>>
- 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
> > ---
> > There certainly other warnings thrown during
---
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
From: Marek Olšák
---
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/mesa/state_tracker/st_atom_r
---
.../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 ++--
.../state_
From: Marek Olšák
---
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
b/src/gallium/auxiliary/util/u_blitter
From: Marek Olšák
---
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
b/src/gallium/auxiliary/util/u_blitter
From: Marek Olšák
Namely:
- EXT_transform_feedback
- ARB_transform_feedback2
- ARB_transform_feedback_instanced
The old interface was not useful for OpenGL and had to be reworked.
This interface was originally designed for OpenGL, but additional
changes have been made in order to make st/d3d1x
From: Marek Olšák
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 new parameter
"str
From: Marek Olšák
---
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 ++
src/gallium/aux
From: Marek Olšák
---
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
--- a/src/gallium/dri
---
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
--- a/src/gallium/drivers/trace/tr_cont
From: Marek Olšák
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/softpi
On Fri, Dec 9, 2011 at 8:54 AM, nobled 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
http://lists.freedesktop.org/mai
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
> ---
> There certainly other warnings thrown during a build, but I saw this one
> scrolling by, w
Signed-off-by: Fredrik Höglund
---
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 insertions(+), 6 deletions(-
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
- 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 Wu wrote:
> >>> On Thu, Dec 8, 2011 at 10:00 PM, wrote:
> From: José Fonseca
>
> It sets the wrong values (GL_XXX_LEFT instead o
- 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 e
On 12/09/2011 01:58 AM, Jose Fonseca wrote:
- Original Message -
On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wu wrote:
On Thu, Dec 8, 2011 at 10:00 PM, wrote:
From: José Fonseca
It sets the wrong values (GL_XXX_LEFT instead of GL_XXX), and no
other
Mesa driver does this, given that Mesa
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 be
- 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 le
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 bad
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 the
From: Jeremy Huddleston
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
---
Originally posted here:
http://lists.freedesktop.org/archives/mesa-dev/2011-May/007411.html
conf
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.
--
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 sp
AFAICS GCC was missed from the last #elif clause. With this patch
applied the warning is gone.
Signed-off-by: Kai Wasserbäch
---
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.
src/gallium/auxiliary/util
- Original Message -
> On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wu wrote:
> > On Thu, Dec 8, 2011 at 10:00 PM, wrote:
> >> From: José Fonseca
> >>
> >> It sets the wrong values (GL_XXX_LEFT instead of GL_XXX), and no
> >> other
> >> Mesa driver does this, given that Mesa sets the right dr
45 matches
Mail list logo
