On 11/24/2015 02:49 PM, Emil Velikov wrote:
On 24 November 2015 at 20:22, Kyle Brenneman wrote:
On 11/13/2015 12:50 PM, Kyle Brenneman wrote:
I agree that a separate directory from the other GL headers would be best.
I'm leaning toward putting the libglvnd headers into a sibling directory to
th
On 24 November 2015 at 20:22, Kyle Brenneman wrote:
> On 11/13/2015 12:50 PM, Kyle Brenneman wrote:
> I agree that a separate directory from the other GL headers would be best.
> I'm leaning toward putting the libglvnd headers into a sibling directory to
> the GL headers, probably /usr/include/GL
On 11/13/2015 12:50 PM, Kyle Brenneman wrote:
On 10/08/2015 12:29 PM, Emil Velikov wrote:
On 06/10/15 20:58, Kyle Brenneman wrote:
On 10/06/2015 12:43 PM, Emil Velikov wrote:
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few que
On 10/08/2015 12:29 PM, Emil Velikov wrote:
On 06/10/15 20:58, Kyle Brenneman wrote:
On 10/06/2015 12:43 PM, Emil Velikov wrote:
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few questions/points of discussion:
* What is your
On 10/08/2015 08:44 PM, Michel Dänzer wrote:
On 07.10.2015 04:58, Kyle Brenneman wrote:
On 10/06/2015 12:43 PM, Emil Velikov wrote:
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
On 10/06/2015 07:34 AM, Emil Velikov wrote:
* The existing x11glvnd extension seems to be a "xserver only"
On 07.10.2015 04:58, Kyle Brenneman wrote:
> On 10/06/2015 12:43 PM, Emil Velikov wrote:
>> On 6 October 2015 at 16:39, Kyle Brenneman wrote:
>>> On 10/06/2015 07:34 AM, Emil Velikov wrote:
* The existing x11glvnd extension seems to be a "xserver only" approach.
Iirc at XDC last y
On 10/08/2015 12:29 PM, Emil Velikov wrote:
On 06/10/15 20:58, Kyle Brenneman wrote:
On 10/06/2015 12:43 PM, Emil Velikov wrote:
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few questions/points of discussion:
* What is your
On 06/10/15 20:58, Kyle Brenneman wrote:
> On 10/06/2015 12:43 PM, Emil Velikov wrote:
>> On 6 October 2015 at 16:39, Kyle Brenneman wrote:
>>> On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few questions/points of discussion:
* What is your take on having a l
On 10/06/2015 12:43 PM, Emil Velikov wrote:
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few questions/points of discussion:
* What is your take on having a libglvnd 'package', which provides
the headers (and maybe other mater
On 6 October 2015 at 16:39, Kyle Brenneman wrote:
> On 10/06/2015 07:34 AM, Emil Velikov wrote:
>>
>> Hello Kyle,
>>
>> A few questions/points of discussion:
>>
>> * What is your take on having a libglvnd 'package', which provides
>> the headers (and maybe other materials), apart from the librar
On 10/06/2015 07:34 AM, Emil Velikov wrote:
Hello Kyle,
A few questions/points of discussion:
* What is your take on having a libglvnd 'package', which provides
the headers (and maybe other materials), apart from the libraries ?
I'm basically thinking about OpenGL.h, GLX.h, etc for programs t
Hello Kyle,
A few questions/points of discussion:
* What is your take on having a libglvnd 'package', which provides
the headers (and maybe other materials), apart from the libraries ?
I'm basically thinking about OpenGL.h, GLX.h, etc for programs that
wish to use new ABI, and glvnd{Foo,Bar}.h w
FWIW from a high level point of view this makes all sense to me. It is
however definitely not my field of expertise, but whatever makes it
easier to have multiple drivers installed is imho a good thing...
Some more feedback from mesa people which are more familiar with the gl
api dispatch stuff (al
I'm working on libglvnd, a vendor-neutral dispatch library for OpenGL,
and I wanted to see if anyone had any comments or suggestions about it.
Right now, I'm trying to get the GLX interface wrapped up, but I'd like
to get some feedback from the Mesa community before I'd be confidant in
calling
14 matches
Mail list logo
