On Thu, Oct 10, 2013 at 8:55 PM, Michal Srb 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 hw/xfree86/common/xf86platform
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
>
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
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
d
Adam Jackson 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 magic for the
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
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: http://lists.x.org/archives/
On Wed, 2013-10-09 at 13:02 -0700, Keith Packard wrote:
> Adam Jackson 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 all tog
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
> >