On Tuesday 08 of October 2013 15:11:04 Guillem Jover wrote:
Hi!
On Mon, 2013-10-07 at 13:26:30 +0300, Michal Srb wrote:
[…]
6 files changed, 143 insertions(+)
mode change 100644 = 100755 hw/xfree86/common/xf86platformBus.c
mode change 100644 = 100755 randr/randr.c
mode change
On Wed, 2013-10-09 at 13:02 -0700, Keith Packard wrote:
Adam Jackson a...@redhat.com writes:
Well, no, but it could never matter. The per-screen reports are already
clipped to their respective borderClips (which, as noted, are clipped to
their containing root), and then I'm unioning them
On 08.10.2013 16:06, Gaetan Nadon wrote:
This is a wrapper library for evdev devices. It is a dependency
for xf86-input-evdev and more modules later.
Thanks,
Knut
___
xorg-devel@lists.x.org: X.Org development
Archives:
Improve configure speed by checking the autoconf cache before compiling and
running the test.
As this means cross-compilation environments can trivially seed this cache as
appropriate, remove the cross-compiling value (which for embedded systems using
uclibc is wrong).
Signed-off-by: Ross Burton
Adam Jackson a...@redhat.com writes:
Phrased another way: miext/damage/ doesn't change here, and that's what
we use internally. But damageext/ does, because that's the protocol,
and Xinerama needs to mangle the protocol.
Thanks for the explanation. So, the Xinerama damageext code just
needs
vmwgfx_saa.c:79:5: error: too many arguments to function 'DamageUnregister'
/home/nadon/xorg/inst/include/xorg/damage.h:77:2: note: declared here
The signature of the function was changed by this commit:
damage: Simplify DamageUnregister
xserver/commit/miext/damage/damage.h
drmmode_display.c:518:7: error: too many arguments to function
'DamageUnregister'
The signature of the function was changed by this commit:
damage: Simplify DamageUnregister
xserver/commit/miext/damage/damage.h
d08966227e7d567df8d26eebc80f35f886e59a4a
This is how Intel fixed
On 13-10-10 12:23 PM, Ross Burton wrote:
Improve configure speed by checking the autoconf cache before compiling and
running the test.
As this means cross-compilation environments can trivially seed this cache as
appropriate, remove the cross-compiling value (which for embedded systems
On Thu, Oct 10, 2013 at 8:55 PM, Michal Srb m...@suse.com wrote:
On Tuesday 08 of October 2013 15:11:04 Guillem Jover wrote:
Hi!
On Mon, 2013-10-07 at 13:26:30 +0300, Michal Srb wrote:
[…]
6 files changed, 143 insertions(+)
mode change 100644 = 100755