aboutsummaryrefslogtreecommitdiff
path: root/configure.ac
diff options
context:
space:
mode:
authorMatt Helsley <matt.helsley@gmail.com>2009-01-11 18:36:59 -0800
committerPeter Hutterer <peter.hutterer@who-t.net>2009-01-12 13:17:40 +1000
commit4dfd86b2201b2b19761a1abb3c580cecf0060224 (patch)
tree17caf2b7a3a716aa58dcda6a66157507aa6c5345 /configure.ac
parentrename NBITS to NLONGS to reflect its actual meaning (diff)
downloadxf86-input-evdev-4dfd86b2201b2b19761a1abb3c580cecf0060224.tar.gz
xf86-input-evdev-4dfd86b2201b2b19761a1abb3c580cecf0060224.tar.bz2
xf86-input-evdev-4dfd86b2201b2b19761a1abb3c580cecf0060224.zip
Fix FOO_MAX off-by-one
In linux/input.h each section's (e.g. ABS) FOO_MAX is the maximum FOO value. Recent kernels define FOO_CNT as the maximum number of FOO there will ever be. Hence using FOO_MAX to size the bit vectors representing the capabilities of an evdev device is off by one. Define FOO_CNT values for use with Linux kernels which lack them. Use FOO_CNT whenever we need to know the number of bits needed -- usually to calculate the number of longs needed. When iterating over the values FOO_MAX still seems appropriate however the loop test should include FOO_MAX rather than skip it. Signed-off-by: Matt Helsley <matt.helsley@gmail.com> Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Diffstat (limited to 'configure.ac')
0 files changed, 0 insertions, 0 deletions