autogen.sh
author Sam Lantinga <slouken@libsdl.org>
Sat, 27 Jul 2013 03:20:09 -0700
changeset 7526 6c0f0280149c
parent 7232 6f17d930be39
permissions -rwxr-xr-x
Fixed bug 1272 - Bogus numlock key up/down events being reported on MacOS X Vern Jensen The problem is that in certain situations I'm getting THREE keyUp/keyDown events when I push certain keys. In my event code I added: case SDL_KEYUP: printf("SDL KeyScanCode for KEYUP event: %d\n", event->key.keysym.scancode ); … and case SDL_KEYDOWN: printf("SDL KeyScanCode for KEYDOWN event: %d\n", event->key.keysym.scancode ); … The result of one test run where I push 2 keys and then release them is this: SDL KeyScanCode for KEYDOWN event: 92 // Pushed keypad 4 SDL KeyScanCode for KEYDOWN event: 83 // Pushed left shift SDL KeyScanCode for KEYUP event: 83 SDL KeyScanCode for KEYDOWN event: 225 SDL KeyScanCode for KEYUP event: 92 // Released keypad 4 SDL KeyScanCode for KEYDOWN event: 83 SDL KeyScanCode for KEYUP event: 83 SDL KeyScanCode for KEYUP event: 225 // Released left shift There *should* be only a total of 4 events above… 2 for each key being pushed, and 2 for each being released. But instead some bogus events for numlock being pushed/released are sent from SDL. These events did not occur. I did not push numlock. The value above for numlock is 83. Comments above show when I pushed each key. As you can see, when I push left shift, THREE events are instantly sent to my application, keyDown and then keyUp for numlock, and then the valid event for left shift (the key that was actually pushed). You could replace keypad 4 with pretty much any keyPad key and it'll still happen. You can also replace it with any arrow key and it'll happen. However, when trying it with normal letter keys on the main keyboard it didn't. It happens with other modifier keys too, not just left shift. The order in which the keys are pressed matter. For instance, if I do: 1) keypad 4 2) left shift 3) release left shift 4) release keypad 4 Then at step 2, I get the 3 events above (when there should be only one), but steps 3 and 4 work properly… I don't get extra keyUp/keyDown events for steps 3 or 4. Thereas if the order of steps 3 and 4 are reversed, I get the bogus extra events for numlock. Also, the problem can occur even when pushing just a single key by itself. If I push left shift, then keypad 4, then release left shift, then release keypad 4, then the following push of left shift will cause the bug. If I continue pushing and releasing left shift though, it won't happen again until I again involve keypad keys. --- Sam Lantinga According to the Apple documentation, NSNumericPadKeyMask is set for any arrow or numeric keypad event. Indeed this is what's happening. I verified that we get the correct events for the numlock key and the mod state gets set correcly, so it should be safe to remove this bogus code.
Ignore whitespace changes - Everywhere: Within whitespace: At end of lines:
0
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
     1
#!/bin/sh
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
     2
#
1376
4a47f20705eb I don't think we need aclocal anymore (comes from the automake package)
Sam Lantinga <slouken@libsdl.org>
parents: 1361
diff changeset
     3
echo "Generating build information using autoconf"
0
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
     4
echo "This may take a while ..."
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
     5
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
     6
# Regenerate configuration files
7232
6f17d930be39 Need to generate aclocal.m4 when rebuilding configure, but we don't need to check it in.
Sam Lantinga <slouken@libsdl.org>
parents: 7222
diff changeset
     7
cat acinclude/* >aclocal.m4
1564
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
     8
found=false
1832
c687a8691de3 Added yet another variant of autoconf to the list
Sam Lantinga <slouken@libsdl.org>
parents: 1564
diff changeset
     9
for autoconf in autoconf autoconf259 autoconf-2.59
1564
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
    10
do if which $autoconf >/dev/null 2>&1; then $autoconf && found=true; break; fi
1563
b054590b967a Fall back to autogen259 if autogen isn't available
Sam Lantinga <slouken@libsdl.org>
parents: 1380
diff changeset
    11
done
1564
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
    12
if test x$found = xfalse; then
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
    13
    echo "Couldn't find autoconf, aborting"
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
    14
    exit 1
4950a25bd91e Show an error message if autoconf isn't found
Sam Lantinga <slouken@libsdl.org>
parents: 1563
diff changeset
    15
fi
1380
d94b080ff6ce Completely removed dependency on automake
Sam Lantinga <slouken@libsdl.org>
parents: 1376
diff changeset
    16
(cd test; sh autogen.sh)
0
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
    17
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
    18
# Run configure for this platform
74212992fb08 Initial revision
Sam Lantinga <slouken@lokigames.com>
parents:
diff changeset
    19
echo "Now you are ready to run ./configure"