Bug 3636

Summary: evdev.c won't compile with 2.4.x headers
Product: xorg Reporter: Ali Akcaagac <aliakc>
Component: Input/otherAssignee: Xorg Project Team <xorg-team>
Status: RESOLVED DUPLICATE QA Contact:
Severity: normal    
Priority: high    
Version: git   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Ali Akcaagac 2005-06-26 19:46:22 UTC 
Hello,

I detected that evdev.c is within the buildprocess during make World.
Unfortunately it fails here because it's not being able to find the defines:

EVIOCGRAB
EV_SYN

Since I use the 2.6.12 Kernel tree I figured this in the include/input.h file
and everything is correctly defined there. But my System still uses the 2.4.20
headerfiles for userland compiles and thus these flags are not defined inside
the include/input.h file. It's quite common procedure to have older Kernel
headers laying around in /usr/include to compile Userland files and still being
able to use the latest Kernels out. This is even recommended by Linus and Alan
(and of course is written somewhere as FAQ too). I would therefore like to ask
whether this one can be fixed. Imagine all the 2.4.x people outside who wants to
test XOrg from CVS but fail due that file. I for now pass this stuff by simply
skipping it in the build process.
Comment 1 Ali Akcaagac 2005-06-26 20:07:46 UTC 
I checked this one up a bit closer and realized that some ChangeLog entries
exist and that someone added a check for 2.6.x Kernels so it avoid getting build
on 2.4.x Kernels. Though in linux.cf only the existence for an OS 2.6.x is being
checked but having 2.6.x installed doesn't necessarily mean that UserLand
applications have access to 2.6.x headers at least not in this case. It looks
like it detects my new 2.6.x Kernel but still uses the 2.4.x UserLand headers
found in /usr/include/linux.

Linus writes:
http://linuxmafia.com/faq/Kernel/usr-src-linux-symlink.html
Comment 2 Adam Jackson 2005-06-27 14:46:30 UTC 
yeah, i know, it's obnoxious.

this is exactly the place where linus' argument breaks down, because there is no
C library interface to evdev, and at least for keyboards the only way to get
evdev to work correctly is to use 2.6.
Comment 3 Adam Jackson 2005-06-28 14:19:07 UTC 
patch posted at bug #968, track it there.

*** This bug has been marked as a duplicate of 968 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.