On Thu, Jan 20, 2011 at 11:06 PM, Jakob Bornecrantz
wrote:
> On Sun, Jan 16, 2011 at 10:42 AM, Chia-I Wu wrote:
>> On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu wrote:
>>> On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu wrote:
Since the same-dispatch-offset-different-glx-opcodes functions are
On Sun, Jan 16, 2011 at 10:42 AM, Chia-I Wu wrote:
> On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu wrote:
>> On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu wrote:
>>> Since the same-dispatch-offset-different-glx-opcodes functions are
>>> defined in GLX, glXGetProcAddress should be a better place to han
=vmware@lists.freedesktop.org] On Behalf Of
> Chia-I Wu [olva...@gmail.com]
> Sent: Sunday, January 16, 2011 9:42
> To: mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [RFC] Solution to libGL.so and libGLES*.so mess
>
> On Fri, Dec 31, 2010 at 5:38 PM, Chia-I W
mware@lists.freedesktop.org
[mesa-dev-bounces+jfonseca=vmware@lists.freedesktop.org] On Behalf Of
Chia-I Wu [olva...@gmail.com]
Sent: Sunday, January 16, 2011 9:42
To: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [RFC] Solution to libGL.so and libGLES*.so mess
On Fri, Dec 31, 2010 at 5:38 PM,
On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu wrote:
> On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu wrote:
>> Since the same-dispatch-offset-different-glx-opcodes functions are
>> defined in GLX, glXGetProcAddress should be a better place to handle
>> them specially than _glapi_get_proc_address is. W
On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu wrote:
> Since the same-dispatch-offset-different-glx-opcodes functions are
> defined in GLX, glXGetProcAddress should be a better place to handle
> them specially than _glapi_get_proc_address is. With that change, I
> am quite happy with the current sta
Since the same-dispatch-offset-different-glx-opcodes functions are
defined in GLX, glXGetProcAddress should be a better place to handle
them specially than _glapi_get_proc_address is. With that change, I
am quite happy with the current status of shared glapi
http://cgit.freedesktop.org/~olv/mes
I am back at this issue with a second try
http://cgit.freedesktop.org/~olv/mesa/log/?h=shared-glapi
In a nutshell, this branch introduces a new configure option,
--enable-shared-glapi. By default it is disabled and things work as
before. But when it is enabled, all except one (more on this be
2010/12/13 Kristian Høgsberg
> On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu wrote:
> > On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
> >> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou
> wrote:
> >>> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
> With OpenGL ES coming to desktop, th
2010/12/13 Kristian Høgsberg :
> On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu wrote:
>> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
>>> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
> With OpenGL ES coming to desktop, the way
2010/12/14 Chia-I Wu :
> 2010/12/13 Kristian Høgsberg :
>> On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu wrote:
>>> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
>> With OpenGL
On Sun, Dec 12, 2010 at 7:19 PM, Jammy Zhou wrote:
> Hi Chia-I,
>
> Glad to see the fix goes so fast, thanks! I believe the direction is
> promising. And I am not familiar with the mapi module of mesa, so just one
> minor comment for the "glapi: Fix OpenGL and OpenGL ES interop" patch.
>
> For cha
On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu wrote:
> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
>> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
>>> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
With OpenGL ES coming to desktop, the way the current context/dispatch
is
On Mon, Dec 13, 2010 at 12:51 PM, Jakob Bornecrantz
wrote:
> On Sun, Dec 12, 2010 at 6:45 PM, Chia-I Wu wrote:
>> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
>>> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
> With OpenGL ES
On Mon, Dec 13, 2010 at 12:54 PM, Jakob Bornecrantz wrote:
> On Mon, Dec 13, 2010 at 4:19 AM, Jammy Zhou wrote:
> > Hi Chia-I,
> >
> > Glad to see the fix goes so fast, thanks! I believe the direction is
> > promising.
>
> Hijacking this thread a bit, can I ask why you need check the renderer
> s
On Mon, Dec 13, 2010 at 4:19 AM, Jammy Zhou wrote:
> Hi Chia-I,
>
> Glad to see the fix goes so fast, thanks! I believe the direction is
> promising.
Hijacking this thread a bit, can I ask why you need check the renderer string
for both GL and GLES? Running GL and GLES in the same process is a
no
On Sun, Dec 12, 2010 at 6:45 PM, Chia-I Wu wrote:
> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
>> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
>>> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
With OpenGL ES coming to desktop, the way the current context/dispatch
is s
Hi Chia-I,
Glad to see the fix goes so fast, thanks! I believe the direction is
promising. And I am not familiar with the mapi module of mesa, so just one
minor comment for the "glapi: Fix OpenGL and OpenGL ES interop" patch.
For changes in configure.ac, please use \" instead of \', i.e,
GLAPI_OW
On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
>> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
>>> With OpenGL ES coming to desktop, the way the current context/dispatch
>>> is stored, together with the way libGLES*.so is created, caus
19 matches
Mail list logo
