GLX functions are sometimes directly available in the current binary. In such
cases, we do not need any alternate library loaded using dlopen. Otherwise,
dlopen may find the wrong libGL library and get functions that conflicts with
the current loaded ones.
For example, on Debian Sid with nvidia bi
Hey Christian,
On 11/21/2011 05:49 PM, Christian König wrote:
> On 16.11.2011 15:38, Maarten Lankhorst wrote:
>> Hey,
>>
>> On 11/16/2011 02:47 PM, Christian König wrote:
>>> On 15.11.2011 17:52, Maarten Lankhorst wrote:
Deleted:
- begin_frame/end_frame: Was only useful for XvMC, should
Am 25.11.2011 09:15, schrieb Jose Fonseca:
> - Original Message -
>> While Ian and I may take a more idealist stance (favoring strict
>> compliance), and you perhaps a more pragmatic view (get more apps
>> running), we're all working toward the same goal: to build great
>> OpenGL drivers
GLX functions are sometimes directly available in the current binary. In such
cases, we do not need any alternate library loaded using dlopen. Otherwise,
dlopen may find the wrong libGL library and get functions that conflicts with
the current loaded ones.
For example, on Debian Sid with nvidia bi
Sorry, forgot to copy to the mail list.
-- Forwarded message --
From: zhigang gong
Date: Fri, Nov 25, 2011 at 5:18 PM
Subject: Re: [Mesa-dev] Question about the texture's reference count
processing in _mesa_update_texture
To: Brian Paul
Hi Brian,
The test case is attached. It
> I'm honestly shocked to read this, Marek. We "deliberately want [your]
> driver to be less capable" and "couldn't care about less about anything
> except [our] driver"? This is sounding remarkably like a conspiracy
> theory, and I really didn't expect that from you.
I think it takes two to tan
- Original Message -
> While Ian and I may take a more idealist stance (favoring strict
> compliance), and you perhaps a more pragmatic view (get more apps
> running), we're all working toward the same goal: to build great
> OpenGL
> drivers and advance the state of the art for open source
