It was <2013-11-28 czw 15:59>, when Hans de Goede wrote:
> Hi,
>
> On 11/28/2013 09:54 AM, Łukasz Stelmach wrote:
>> It was <2013-11-27 śro 11:37>, when Hans de Goede wrote:
>>> Hi Łukasz,
>>>
>>> So I was taking a closer look at the libxtrans patch today,
>>> and I noticed that it does not build.
It was <2013-11-29 pią 06:00>, when Peter Hutterer wrote:
> On Thu, Nov 28, 2013 at 04:23:07PM +0100, Hans de Goede wrote:
>> From: Łukasz Stelmach
>>
>> Signed-off-by: Łukasz Stelmach
>> Signed-off-by: Hans de Goede
>> ---
>> configure.ac | 28
>> 1 file changed,
Hi,
On 11/29/2013 10:36 AM, Łukasz Stelmach wrote:
It was <2013-11-29 pią 06:00>, when Peter Hutterer wrote:
On Thu, Nov 28, 2013 at 04:23:07PM +0100, Hans de Goede wrote:
From: Łukasz Stelmach
Signed-off-by: Łukasz Stelmach
Signed-off-by: Hans de Goede
---
configure.ac | 28
It was <2013-11-29 pią 11:42>, when Hans de Goede wrote:
> Hi,
>
> On 11/29/2013 10:36 AM, Łukasz Stelmach wrote:
>> It was <2013-11-29 pią 06:00>, when Peter Hutterer wrote:
>>> On Thu, Nov 28, 2013 at 04:23:07PM +0100, Hans de Goede wrote:
From: Łukasz Stelmach
Signed-off-by: Łuka
On 16/11/2013 01:00, Connor Behan wrote:
> A --disable-pciaccess build will fail with an int10 module other than
> stub.
>
> Signed-off-by: Connor Behan
>
> ---
> configure.ac | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/configure.ac b/configure.ac
> index 5e621e0..a843770 10064
For Jon's fixup:
Reviewed-by: Jeremy Huddleston Sequoia
Tested-by: Jeremy Huddleston Sequoia
On Nov 29, 2013, at 4:26, Jon TURNEY wrote:
> On 16/11/2013 01:00, Connor Behan wrote:
>> A --disable-pciaccess build will fail with an int10 module other than
>> stub.
>>
>> Signed-off-by: Connor Be
Signed-off-by: Jeremy Huddleston Sequoia
---
glx/glxstubs.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/glx/glxstubs.c b/glx/glxstubs.c
index 69bc004..509f65c 100644
--- a/glx/glxstubs.c
+++ b/glx/glxstubs.c
@@ -33,8 +33,14 @@
#include
#include "glxserver.h"
+#
Jeremy Huddleston Sequoia writes:
> So what's the story on this? How should we solve this for xquartz and
> xwin? Should we pull the old code into hw/xquartz/GL and hw/xwin/GL?
> That seems redundant. So should we restore it in some other way? I'd
> really like to get master working for OS X
I didn't see any further discussion on the GLX issue that Jeremy brought
up last week, and I want to see that issue resolved before we close down
the tree for non-critical bug fixes as right now, the X server doesn't
support GLX on either OS X or Windows, which is a regression from 1.14.
I'm stil
On Nov 29, 2013, at 12:13, Keith Packard wrote:
> Jeremy Huddleston Sequoia writes:
>
>> So what's the story on this? How should we solve this for xquartz and
>> xwin? Should we pull the old code into hw/xquartz/GL and hw/xwin/GL?
>> That seems redundant. So should we restore it in some oth
On Nov 29, 2013, at 15:20, Jeremy Huddleston Sequoia
wrote:
>
> On Nov 29, 2013, at 12:13, Keith Packard wrote:
>
>> Jeremy Huddleston Sequoia writes:
>>
>>> So what's the story on this? How should we solve this for xquartz and
>>> xwin? Should we pull the old code into hw/xquartz/GL and
Jeremy Huddleston Sequoia writes:
> We can't guarantee what symbols (ie OpenGL extensions) will be
> available in libGL at link time and runtime which is why I wrote
> _glapi_create_table_from_handle. This fills out the dispatch table
> with entry points into our libGL (or no-op entries if unava
On 29/11/2013 19:36 , Łukasz Stelmach wrote:
It was <2013-11-29 pią 06:00>, when Peter Hutterer wrote:
On Thu, Nov 28, 2013 at 04:23:07PM +0100, Hans de Goede wrote:
From: Łukasz Stelmach
Signed-off-by: Łukasz Stelmach
Signed-off-by: Hans de Goede
---
configure.ac | 28 +++
13 matches
Mail list logo