With the attached patch applied, I can build Qt against Mesa's EGL &
GLES2 libraries as they currently stand in master. What's more,
examples/opengl/hellogl_es2 runs perfectly against the gallium swrast
driver. The i965 driver was less successful however (my X server
died). :-/
Dunno if people wil
Looks like these got missed.
diff --git a/progs/tests/Makefile b/progs/tests/Makefile
index 6c78abc..67efc3b 100644
--- a/progs/tests/Makefile
+++ b/progs/tests/Makefile
@@ -158,7 +158,7 @@ clean:
# auto code generation
getprocaddress: getprocaddress.c getproclist.h
-getproclist.h: $(TOP)/src/
Howdy
I'm hoping to merge the gallium-winsys-handle branch to master this weekend or
early next week. The branch adds two new pipe screen functions to be used by
the co state tracker (state tracker manger in new st_api.h speak). The branch
also adds a new PIPE_TEXTURE_USAGE_SHARABLE flag tellin
On Tue, Feb 23, 2010 at 2:49 AM, Marek Olšák wrote:
> On Mon, Feb 22, 2010 at 4:23 PM, Brian Paul wrote:
>
>> On Sun, Feb 21, 2010 at 8:00 AM, Marek Olšák wrote:
>> > Hi,
>> >
>> > the attached patch modifies st/dri to not enable EXT_draw_buffers2 by
>> > default because r300g and most probably
Kristian Høgsberg wrote:
> On Mon, Feb 22, 2010 at 11:38 AM, Brian Paul wrote:
>> Starting a new thread on this...
>>
>> Here's a proposal of things to remove from the Mesa tree.
>>
>> GLU:
>> glu/mini
>> glu/mesa
>>
>> GLUT:
>> glut/fbdev
>> glut/ggi
>> glut/directfb
>> glut/dos
>> glut/mini
>> g
On Fri, Feb 19, 2010 at 10:43 PM, Corbin Simpson
wrote:
> Can we doc it and comment it out? IME somebody will pop out and claim a use
> for it.
With git, which lets you search and query history fast and easily,
there's never really and excuse for commenting/#ifdef'ing something
out. If somebody
On Mon, Feb 22, 2010 at 11:38 AM, Brian Paul wrote:
> Starting a new thread on this...
>
> Here's a proposal of things to remove from the Mesa tree.
>
> GLU:
> glu/mini
> glu/mesa
>
> GLUT:
> glut/fbdev
> glut/ggi
> glut/directfb
> glut/dos
> glut/mini
> glut/os2
>
> non-DRI drivers:
> drivers/all
On Thu, Feb 25, 2010 at 11:18 AM, Xavier Chantry
wrote:
> On Tue, Feb 23, 2010 at 11:14 PM, Dan Nicholson wrote:
>>
>> We could use gcc directly for depends (I have a patch to do it), but:
>>
>> 1. I don't think it would actually help much in terms of rebuilds
>> since makedepend seems to do a pe
On Thu, Feb 25, 2010 at 11:00:28AM -0700, Brian Paul wrote:
> We should also be thinking about texture array targets. With a 2D
> texture array, the S and T coords would be normalized, but not R.
>
> I think we either need new texture targets for RECT, 1D_ARRAY,
> 2D_ARRAY, etc. or per-dimensio
On Tue, Feb 23, 2010 at 11:14 PM, Dan Nicholson wrote:
>
> We could use gcc directly for depends (I have a patch to do it), but:
>
> 1. I don't think it would actually help much in terms of rebuilds
> since makedepend seems to do a perfectly adequate job of finding the
> needed headers.
>
> 2. gcc
On 25.02.2010 19:00, Brian Paul wrote:
> Roland Scheidegger wrote:
>
>> On 25.02.2010 18:39, michal wrote:
>>
>>> Roland Scheidegger wrote on 2010-02-24 15:18:
>>>
On 24.02.2010 12:48, Christoph Bumiller wrote:
> This wasn't a problem before because tex
Christoph Bumiller wrote on 2010-02-25 19:39:
> On 25.02.2010 19:00, Brian Paul wrote:
>
>> Roland Scheidegger wrote:
>>
>>
>>> On 25.02.2010 18:39, michal wrote:
>>>
>>>
Roland Scheidegger wrote on 2010-02-24 15:18:
> On 24.02.2010 12:48, C
On Thu, Feb 25, 2010 at 6:12 PM, José Fonseca wrote:
>
> Thanks. Commited, with just a change: I still allow drivers=trace to
> avoid breaking all build infrastructure that's already using that
> option. I'll eventually remove the option once I've updated everywhere
> not to use it.
>
I did wonde
Roland Scheidegger wrote:
> On 25.02.2010 18:39, michal wrote:
>> Roland Scheidegger wrote on 2010-02-24 15:18:
>>> On 24.02.2010 12:48, Christoph Bumiller wrote:
>>>
This wasn't a problem before because textures and samplers were
linked 1:1, but in view of the gallium-gpu4-texture-opc
On Thu, Feb 25, 2010 at 12:39 PM, michal wrote:
> Roland Scheidegger wrote on 2010-02-24 15:18:
>> On 24.02.2010 12:48, Christoph Bumiller wrote:
>>
>>> This wasn't a problem before because textures and samplers were
>>> linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch,
>>> this
On 25.02.2010 18:39, michal wrote:
> Roland Scheidegger wrote on 2010-02-24 15:18:
>> On 24.02.2010 12:48, Christoph Bumiller wrote:
>>
>>> This wasn't a problem before because textures and samplers were
>>> linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch,
>>> this coordinate
Roland Scheidegger wrote on 2010-02-24 15:18:
> On 24.02.2010 12:48, Christoph Bumiller wrote:
>
>> This wasn't a problem before because textures and samplers were
>> linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch,
>> this coordinate normalization bit becomes a problem.
>>
>>
Török Edvin wrote:
> Hi,
>
> I had to apply the following patch to build mesa as 32-bit,
> on a 64-bit Debian system (so that wine, and all else get proper
> 3D accelereration with the new r600 driver).
>
> progs/glsl is built by default, but it was not using -m32.
> Please apply the patch to mes
---
progs/glsl/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/progs/glsl/Makefile b/progs/glsl/Makefile
index 8928c83..aaa54cb 100644
--- a/progs/glsl/Makefile
+++ b/progs/glsl/Makefile
@@ -16,7 +16,7 @@ LIBS = -L$(TOP)/$(LIB_DIR) -l$(GLUT_LIB) -l$(GLEW_LIB)
-l
Hi,
I had to apply the following patch to build mesa as 32-bit,
on a 64-bit Debian system (so that wine, and all else get proper
3D accelereration with the new r600 driver).
progs/glsl is built by default, but it was not using -m32.
Please apply the patch to mesa git master, it is a one-line make
On Thu, 2010-02-25 at 12:56 +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The guess can be wrong if the DRI driver loaded by the server doesn't support
> invalidate events.
>
> Also check that the DRI driver actually has an invalidate hook before calling
> it.
Never mind, looks like th
On Wed, Feb 24, 2010 at 12:49 PM, Brian Paul wrote:
> On Tue, Feb 23, 2010 at 9:38 PM, Chia-I Wu wrote:
>> This patch series moves
>> src/mesa/dispatch.c to src/glapi/glapi_dispatch.c and
>> src/glapi/dispatch.h to src/mesa/dispatch.h.
>> As can be seen in sources.mak, dispatch.c is actually a gl
From: Michel Dänzer
The guess can be wrong if the DRI driver loaded by the server doesn't support
invalidate events.
Also check that the DRI driver actually has an invalidate hook before calling
it.
---
src/glx/dri2_glx.c | 28 +++-
1 files changed, 23 insertions(+), 5
23 matches
Mail list logo