The idea of merging all of our X protocol repositories came up again,
and Adam Jackson asked if I wanted to wait for this before merging my
randr lease/non-desktop changes.
Not really? But, I'm still interested in a merge of the protocol
repositories; we've got way too many, and they're mostly
Building with strict-aliasing rightly chirps here:
../os/xdmcp.c: In function ‘XdmcpRegisterConnection’:
../os/xdmcp.c:489:31: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
&((struct sockaddr_in6 *) )->sin6_addr.s6_addr[12];
For the autotools build this won't have any effect until a new
util-macros package is released.
Signed-off-by: Adam Jackson
---
configure.ac | 6 --
meson.build | 1 -
2 files changed, 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 456a9e0a96..5260f1f082
On Wed, 2017-12-13 at 11:31 -0800, Keith Packard wrote:
> Adam Jackson writes:
>
> > This has been "deprecated" since 2011, but because it is still
> > referenced from XORG_DEFAULT_OPTIONS nothing has ever been updated to
> > get strict aliasing right. Let's fix that.
>
> I
Am 07.12.2017 17:18 schrieb "Emil Velikov" :
On 6 December 2017 at 12:37, Daniel Martin wrote:
> Hi all,
>
> if anyone would like to have a look, I've pushed my current work on
> the merged proto repo here:
>
Adam Jackson writes:
> This has been "deprecated" since 2011, but because it is still
> referenced from XORG_DEFAULT_OPTIONS nothing has ever been updated to
> get strict aliasing right. Let's fix that.
I don't understand this -- are you getting rid of this option from our
This has been "deprecated" since 2011, but because it is still
referenced from XORG_DEFAULT_OPTIONS nothing has ever been updated to
get strict aliasing right. Let's fix that.
Signed-off-by: Adam Jackson
---
xorg-macros.m4.in | 7 +++
1 file changed, 3 insertions(+), 4
On Wed, 2017-08-02 at 21:34 -0700, Keith Packard wrote:
> Avoid scrambling the sprite functions wrapper.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101995
> Signed-off-by: Keith Packard
> ---
> hw/xfree86/common/xf86VGAarbiterPriv.h | 20 +---
>
This is mostly for the client library's convenience, if this extension
is listed then it can know the attribute won't be rejected. Note that we
don't _do_ anything with this attribute, meaning indirect contexts will
not be no-error. That's fine, we don't want to introduce undefined
behavior into a
glxinfo already exists, use it.
Signed-off-by: Adam Jackson
---
glx/glxdri2.c | 29 +++--
glx/glxdriswrast.c | 3 ---
2 files changed, 3 insertions(+), 29 deletions(-)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index 2e24b56e6c..28d5a3a9c0 100644
On 2017-12-13 04:43 PM, Adam Jackson wrote:
> On Tue, 2017-12-12 at 22:18 +0100, Tomasz Śniatowski wrote:
>> On 8 December 2017 at 16:46, Michel Dänzer wrote:
>>>
>>> Hmm. My initial answer was no, since ComputeLocalClient should only be
>>> called on the main thread. But if
On Wed, Dec 13, 2017 at 5:15 PM, Adam Jackson wrote:
> On Wed, 2017-12-13 at 16:21 +0100, Olivier Fourdan wrote:
>
> > Note that xf86-video-intel/src/sna/sna_accel.c makes use of
> > OsRegisterSigWrapper() and will need updating.
>
> Ngh. Okay, merged the other five, will defer
On Tue, 2017-10-10 at 13:43 +0100, Jon Turney wrote:
> Somehow I'd managed to write this with this dependency missing, so this only
> works correctly when the generated files already exist and the correct
> automatic dependencies generated, but fails on a clean build.
>
> Including generated
On Thu, 2017-10-12 at 19:21 -0700, Keith Packard wrote:
> Peter Harris writes:
>
> > AIX's poll only allows FD_SETSIZE entries in the fd list, which is
> > insufficient for expanded MaxClients.
>
> I can't evaluate whether these patches actually do the right thing, but
>
On Wed, 2017-12-13 at 16:21 +0100, Olivier Fourdan wrote:
> Note that xf86-video-intel/src/sna/sna_accel.c makes use of
> OsRegisterSigWrapper() and will need updating.
Ngh. Okay, merged the other five, will defer this one until intel is
updated.
remote: I: patch #189373 updated using rev
On Tue, 2017-11-21 at 14:45 +0100, Olivier Fourdan wrote:
> Xwayland is a pretty standard Wayland client, we want to be able to
> capture core dumps on crashes.
>
> Yet using "-core" causes any FatalError() to generate a core dump,
> meaning that we would get a core file for all Wayland server
On Tue, 2017-12-12 at 22:18 +0100, Tomasz Śniatowski wrote:
> On 8 December 2017 at 16:46, Michel Dänzer wrote:
> >
> > Hmm. My initial answer was no, since ComputeLocalClient should only be
> > called on the main thread. But if there can be a race with strtok
> > getting
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> Signed-off-by: Adam Jackson
> ---
> include/os.h | 3 ---
> os/osinit.c | 19 ---
> 2 files changed, 22 deletions(-)
>
> diff --git a/include/os.h b/include/os.h
> index
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> This no longer does anything useful.
>
> Signed-off-by: Adam Jackson
> ---
> hw/kdrive/src/kdrive.c | 14 --
> 1 file changed, 14 deletions(-)
>
> diff --git a/hw/kdrive/src/kdrive.c
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> This no longer does anything useful.
>
> Signed-off-by: Adam Jackson
> ---
> hw/xfree86/common/xf86.h| 2 --
> hw/xfree86/common/xf86Events.c | 11 ---
> hw/xfree86/common/xf86Globals.c |
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> SIGQUIT is a normal termination request, but any other signal we handle
> here wants a core. This has the effect of making FatalError's call to
> AbortServer trigger the
>
> if (CoreDump)
> OsAbort();
>
> path.
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> The only consumer of this is the Linux vm86 backend for int10 (which you
> should not use), and there all it serves to do is make signals generated
> by the vm86 task non-fatal. In practice this error appears never to
>
On Mon, Nov 20, 2017 at 9:43 PM, Adam Jackson wrote:
> This was added in ~2004 for the sis driver, to detect whether it could
> use SSE for memcpy. Charmingly, the code to check whether that feature
> exists in the server is:
>
> #if XORG_VERSION_CURRENT >=
On 8 December 2017 at 16:46, Michel Dänzer wrote:
> On 2017-12-07 11:19 AM, walter harms wrote:
>> Am 06.12.2017 12:16, schrieb Tomasz Śniatowski:
>>> Don't reuse cmd for strtok output to ensure the proper pointer is
>>> freed afterwards.
>>>
>>> The code incorrectly assumed
24 matches
Mail list logo