All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Bender <pebender@san.rr.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: [ANNOUNCE] udev 171
Date: Fri, 27 May 2011 10:09:12 +0000	[thread overview]
Message-ID: <4DDF7848.4020005@san.rr.com> (raw)
In-Reply-To: <BANLkTi=QsO7aw3GKDwOjk2nC-NWeM4QmLQ@mail.gmail.com>

On 5/26/2011 11:47 PM, Gabor Z. Papp wrote:
> * Kay Sievers<kay.sievers@vrfy.org>:
>
> | udev 171
> | ====
> | Bugfixes.
>
> [...]
>
> | udev 169
> | ====
> | Bugfixes.
>
> | We require at least Linux kernel 2.6.32 now.
>
>    CC     extras/input_id/input_id.o
> extras/input_id/input_id.c: In function 'test_key':
> extras/input_id/input_id.c:167: error: 'BTN_TRIGGER_HAPPY' undeclared (first use in this function)
> extras/input_id/input_id.c:167: error: (Each undeclared identifier is reported only once
> extras/input_id/input_id.c:167: error: for each function it appears in.)
> make[2]: *** [extras/input_id/input_id.o] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> $ uname -a
> Linux gzp 2.6.32.41 #1 SMP PREEMPT Tue May 24 09:17:23 CEST 2011 i686 GNU/Linux

I believe that BTN_TRIGGER_HAPPY was added to linux/input.h in the 
2.6.34 kernel.

Given that the udev function in question is attempting to differentiate 
between KEY_* and BTN_* events and given that KEY_* and BTN_* events are 
intermixed numerically, I cannot think of a reliable solution (even the 
current implementation is not reliable).

When I wrote eventlircd, my solution to this problem (I wanted to 
separate keyboard events from mice and joystick events) was to write an 
awk script that created a look up array for KEY_* versus BTN_* by 
parsing linux/input.h. I used the autoconf archives macro 
AX_ABSOLUTE_HEADER to locate linux/input.h at build time in the 
configure phase. While not ideal, it was the best hack I could come up with.


      parent reply	other threads:[~2011-05-27 10:09 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-27  0:08 [ANNOUNCE] udev 171 Kay Sievers
2011-05-27  6:47 ` Gabor Z. Papp
2011-05-27 10:09 ` Paul Bender [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DDF7848.4020005@san.rr.com \
    --to=pebender@san.rr.com \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.