On Fri, Feb 25, 2011 at 09:02:20PM -0800, Keith Packard wrote:
On Sat, 26 Feb 2011 00:00:39 +0100, Julien Cristau jcris...@debian.org
wrote:
Some architectures (hi, sparc!) are unhappy with unaligned memory
accesses. So make sure the axisVal member of ValuatorClassRec has
sizeof(double)
the patch look reasonable, just one small thing: the naming in unfortune
the original calloc() uses (number,size) perhaps you can rename it simply
into zalloc() (z=zero) or what every you thing fits.
Just my two cents,
re,
wh
Am 26.02.2011 08:28, schrieb Alan Coopersmith:
xscope had several
From: Alan Coopersmith alan.coopersm...@oracle.com
Date: Fri, 25 Feb 2011 23:28:24 -0800
xscope had several static arrays of StaticMaxFD structures, which ended up
in .bss sections. StaticMaxFD was initialized to FD_SETSIZE.
On 32-bit Solaris, the default value FD_SETSIZE is 1024.
On
Fix the build with CFLAGS=-Wall -Werror:
| CC vmware_drv_la-vmwaremodule.lo
| cc1: warnings being treated as errors
| vmwaremodule.c: In function ‘vmware_chain_module’:
| vmwaremodule.c:178: error: unused variable ‘ret’
Signed-off-by: Cyril Brulebois k...@debian.org
---
src/vmwaremodule.c
On Sat, 26 Feb 2011 15:33:20 +0100, Cyril Brulebois k...@debian.org wrote:
I fear that the sdksyms part is broken. If one builds with some
options different than the ones used to generate the tarball, the file
isn't generated again, leading to such issues.
Looks like sdksyms.c should be stuck
On Sat, Feb 26, 2011 at 6:33 AM, Cyril Brulebois k...@debian.org wrote:
Hi,
Keith Packard kei...@keithp.com (25/02/2011):
On Fri, 25 Feb 2011 06:43:58 -0800, Dan Nicholson dbn.li...@gmail.com
wrote:
Dan Nicholson (2):
xfree86: Allow sdksyms.dep to be included portably
dmx:
On Sat, Feb 26, 2011 at 10:31 AM, Keith Packard kei...@keithp.com wrote:
On Sat, 26 Feb 2011 15:33:20 +0100, Cyril Brulebois k...@debian.org wrote:
I fear that the sdksyms part is broken. If one builds with some
options different than the ones used to generate the tarball, the file
isn't
From: Søren Sandmann Pedersen s...@redhat.com
Nothing uses it.
Signed-off-by: Soren Sandmann s...@redhat.com
---
dix/region.c| 234 ---
include/regionstr.h | 10 --
2 files changed, 0 insertions(+), 244 deletions(-)
diff --git
From: Søren Sandmann Pedersen s...@redhat.com
There is no need to virtualize this function that nobody cares about.
---
render/mitri.c | 21 -
render/picture.c | 23 +++
2 files changed, 19 insertions(+), 25 deletions(-)
diff --git a/render/mitri.c
From: Søren Sandmann Pedersen s...@redhat.com
There is no need to virtualize this function that nobody cares about.
---
render/mitri.c | 19 ---
render/picture.c | 22 ++
2 files changed, 18 insertions(+), 23 deletions(-)
diff --git a/render/mitri.c
The following patches absorb the miTriFan() and miTriStrip() functions
into CompositeTriFan() and CompositeTriStrip() respectively, and then
delete the TriStrip and TriFan hooks from PictureScreen.
None of the open source drivers have ever used these hooks, so there
is no point maintaining them.
There is no point doing the same thing in different places
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
src/alpscomm.c |2 +-
src/ps2comm.c |2 +-
src/psmcomm.c |2 +-
src/synaptics.c| 96 ---
SetDeviceAndProtocol() calling in SynapticsPreInit(), extra calling
in DeviceOn() unnecessary.
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
src/synaptics.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
src/ps2comm.c |7 ---
src/ps2comm.h |8 ++--
src/psmcomm.c |7 ---
src/synproto.h |1 -
4 files changed, 6 insertions(+), 17 deletions(-)
diff --git a/src/ps2comm.c b/src/ps2comm.c
index
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
src/synproto.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/synproto.h b/src/synproto.h
index 3fe70b9..4b37df0 100644
--- a/src/synproto.h
+++ b/src/synproto.h
@@ -79,7 +79,6 @@ enum SynapticsProtocol
It is now easier to add new backends
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
src/alpscomm.c |8 +-
src/ps2comm.c |8 +-
src/psmcomm.c |7 +
src/synaptics.c | 80 ---
src/synproto.h | 16
Signed-off-by: Alexandr Shadchin alexandr.shadc...@gmail.com
---
OpenBSD don't support this backends. Backend for OpenBSD I'll add later.
configure.ac| 20 +++-
src/Makefile.am |8 ++--
src/synaptics.c |2 ++
src/synproto.h |5 +++--
4 files changed, 26
Dan Nicholson dbn.li...@gmail.com (26/02/2011):
And when I run make, sdksyms.sh is run first and then sdksyms.c is
built. Can you check if that's the case on your error? Or, if you
manually run sdksyms.sh again, does the error go away? You may be
right, though. sdksyms.c doesn't explicitly
Hi,
Keith Packard kei...@keithp.com (26/02/2011):
I read through the automake docs and they suggest placing a
dependency on the generated configuration header file. We've got
several, but there's the auto-generated do-not-use-config.h which
holds all of the cpp defines which sdksyms.c may
Does anyone already have plans to release xextproto version 7.2.0? X
server 1.10 needs something with the sync fence requests in it.
I don't see any obvious bugs pending in bugzilla that would prevent a
release of this module; anyone know different?
--
keith.pack...@intel.com
20 matches
Mail list logo