GLES uses GL_APIENTRYP instead of GLAPIENTRYP, which breaks with the
latest API table generation code. This fixes the issue by emitting a
definition for GL_APIENTRYP when generating the GLES files.
---
src/mesa/main/es_generator.py |4
1 files changed, 4 insertions(+), 0 deletions(-)
dif
Zitat von Jose Fonseca :
Sorry about that.
I don't know if GLAPIENTRY should be part of GL ES headers or not --
I'm not even sure there's an ABI defined on Windows.
The OpenGL library has to use the stdcall convention on windows while
it's cdecl on linux. For ES maybe the same.
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/19/2011 08:14 PM, Adam Jackson wrote:
> Despite that negative values aren't sensible here, making this unsigned
> is dangerous. Consider get_pointer_generic, which computes a value of
> the form:
>
> void *base + (int x * int stride + int y
On Thu, 2011-05-19 at 13:28 -0700, Jesse Barnes wrote:
> On Tue, 10 May 2011 17:57:52 -0700
> Eric Anholt wrote:
>
> > On Tue, 10 May 2011 12:32:24 -0700, Jesse Barnes
> > wrote:
> > > On Tue, 10 May 2011 11:59:56 -0700
> > > Eric Anholt wrote:
> > >
> > > > On Thu, 5 May 2011 12:39:57 -0700
Sorry about that.
I don't know if GLAPIENTRY should be part of GL ES headers or not -- I'm not
even sure there's an ABI defined on Windows.
Probably the easiest thing to do is to add
#ifndef GLAPIENTRY
#define GLAPIENTRY
#endif
etc to the header being generated for GL ES. I don't have
On 05/19/2011 11:14 AM, Adam Jackson wrote:
> Despite that negative values aren't sensible here, making this unsigned
> is dangerous. Consider get_pointer_generic, which computes a value of
> the form:
>
> void *base + (int x * int stride + int y) * unsigned bpp
>
> The usual arithmetic conv
This attached patch should enable an option for forcing anisotropy
from driconf.
Please comment or push if it's ok.
>From 79e2c7785ab0398eaf7a2ebc70ef980a26b7ca3a Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch
Date: Thu, 19 May 2011 21:45:55 +0200
Subject: [PATCH] gallium/st: force anisotro
On 05/19/2011 01:19 PM, Chad Versace wrote:
> On 05/19/2011 05:13 AM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> Since RowStride might be negative, we want a signed result. On 64-bit
>> platforms, an unsigned 32-bit result added to a 64-bit pointer will
>> give the wrong answer.
>
> Looks li
On Tue, 10 May 2011 17:57:52 -0700
Eric Anholt wrote:
> On Tue, 10 May 2011 12:32:24 -0700, Jesse Barnes
> wrote:
> > On Tue, 10 May 2011 11:59:56 -0700
> > Eric Anholt wrote:
> >
> > > On Thu, 5 May 2011 12:39:57 -0700, Jesse Barnes
> > > wrote:
> > > > Just add a new struct to remain comp
On 05/19/2011 05:13 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Since RowStride might be negative, we want a signed result. On 64-bit
> platforms, an unsigned 32-bit result added to a 64-bit pointer will
> give the wrong answer.
>
> For x = y = 50, RowStride = -128, and format bytes = 4, t
* Jose Fonseca wrote:
> Module: Mesa
> Branch: master
> Commit: ec4dfc2aad16ed3d04f47657e9f2cb22e791d511
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=ec4dfc2aad16ed3d04f47657e9f2cb22e791d511
>
> Author: José Fonseca
> Date: Thu May 19 16:49:49 2011 +0100
>
> glapi: Implement S
On Thu, 2011-05-19 at 14:13 +0200, Ian Romanick wrote:
> From: Ian Romanick
>
> Since RowStride might be negative, we want a signed result. On 64-bit
> platforms, an unsigned 32-bit result added to a 64-bit pointer will
> give the wrong answer.
Hah, saw this just as I sent my patch. Let's hear
Despite that negative values aren't sensible here, making this unsigned
is dangerous. Consider get_pointer_generic, which computes a value of
the form:
void *base + (int x * int stride + int y) * unsigned bpp
The usual arithmetic conversions will coerce the (x*stride + y)
subexpression to un
Fix compilation of osdemo.c after commit 5d5dc0e "Mac OS X portability fixes."
ostest1.c also now needs some kind of attention, as it now no longer includes
glu.h but refers to symbols defined there, but it is not built by the makefile.
Found by tinderbox, see [1]
[1]
http://tinderbox.freedeskt
- Original Message -
> On 5/17/11 3:24 PM, Jose Fonseca wrote:
>
> > I believe the best alternative here is to build *_dri.so with -z
> > nodelete when linking against a shared libLLVM*.
>
> That should work, even though it's incredibly unpleasant. I would
> think
> LLVM would want to
On Wed, May 18, 2011 at 2:59 PM, Thierry Reding
wrote:
> Fixes the following build error in wayland-demos:
>
> CCLD wayland-compositor
> /usr/lib/libEGL.so: undefined reference to
> `wayland_drm_buffer_get_buffer'
> /usr/lib/libEGL.so: undefined reference to `wayland_drm_
Christian König wrote:
Am Montag, den 16.05.2011, 19:54 +0100 schrieb Andy Furniss:
I noticed another strange thing with pipe-video on my rv670.
Until recently there was a bug that made the mesa demo lodbias misrender.
It's fixed now in master and pipe-video, but if I use pipe-video + vdpau
de
From: Ian Romanick
Since RowStride might be negative, we want a signed result. On 64-bit
platforms, an unsigned 32-bit result added to a 64-bit pointer will
give the wrong answer.
For x = y = 50, RowStride = -128, and format bytes = 4, the difference is:
Breakpoint 1, get_pointer_generic (ctx=
https://bugs.freedesktop.org/show_bug.cgi?id=36333
Tapani Pälli changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
I will have a look at it. This might take a while, though, as I'm currently
quite busy with other projects.
/ Andreas
-Ursprüngliche Nachricht-
Von: Brian Paul [mailto:bri...@vmware.com]
Gesendet: Mittwoch, 18. Mai 2011 16:06
An: Andreas Faenger
Cc: mesa-dev@lists.freedesktop.org
Betreff
20 matches
Mail list logo
