Commit Graph

13 Commits

Author SHA1 Message Date
Sam Lantinga
c95069ab56 Switched the SDL 2 autoconf macro to AM_PATH_SDL2 2012-01-30 21:39:26 -05:00
Sam Lantinga
c484f884c5 Updated to SDL 2.0, and SDL 2.0 can now be installed coexisting with SDL 1.2 2012-01-22 17:21:00 -05:00
Sam Lantinga
d8a526a463 Don't add NONE/bin to the path - inexplicably fixes building on mingw+msys, apparently 2006-05-01 07:23:46 +00:00
Sam Lantinga
b4a7fb3471 Fixed bug #166
From the autoconf obsolete macros documentation:
Macro: AC_CANONICAL_SYSTEM

    Determine the system type and set output variables to the names of the canonical system types. See section Getting the Canonical System Type, for details about the variables this macro sets.

    The user is encouraged to use either AC_CANONICAL_BUILD, or AC_CANONICAL_HOST, or AC_CANONICAL_TARGET, depending on the needs. Using AC_CANONICAL_TARGET is enough to run the two other macros.

From the documentation for the canonical environments:
case $target in
i386-*-mach* | i386-*-gnu*)
             obj_format=aout emulation=mach bfd_gas=yes ;;
i960-*-bout) obj_format=bout ;;
esac

Note that the above example uses $target because it's taken from a tool which can be built on some architecture ($build), run on another ($host), but yet handle data for a third architecture ($target). Such tools are usually part of a compiler suite, they generate code for a specific $target.

However $target should be meaningless for most packages. If you want to base a decision on the system where your program will be run, make sure you use the $host variable.
2006-03-19 05:27:22 +00:00
Sam Lantinga
65aa0aef4d Completely removed dependency on automake 2006-02-20 02:09:49 +00:00
Sam Lantinga
71e0c931bf Updated for the latest version of automake 2004-01-29 16:14:09 +00:00
Sam Lantinga
5679c735cd Fixed path problem with sdl.m4 macro file 2002-09-09 05:12:32 +00:00
Sam Lantinga
1ef2a67a85 *** empty log message *** 2001-11-02 19:51:43 +00:00
Sam Lantinga
5f2a95f4ca *** empty log message *** 2001-11-02 18:12:52 +00:00
Sam Lantinga
6de0291d84 Date: Sat, 8 Sep 2001 04:42:23 +0200
From: Max Horn <max@quendi.de>
Subject: SDL/OSX: Joystick; Better key handling

I just finished implementing improved keyhandling for OS X (in fact
the code should be easily ported to the "normal" MacOS part of SDL, I
just had no chance yet). Works like this:
First init the mapping table statically like before. Them, it queries
the OS for the "official" key table, then iterates over all 127
scancode and gets the associates ascii code. It ignores everythng
below 32 (has to, as it would lead to many problems if we did not...
e.g. both ESC and NUM LOCk produce an ascii code 27 on my keyboard),
and all stuff above 127 is mapped to SDLK_WORLD_* simply in the order
it is encountered.
In addition, caps lock is now working, too.
The code work flawless for me, but since I only have one keyboard, I
may have not encountered some serious problem... but I am pretty
confident that it is better than the old code in most cases.


The joystick driver works fine for me, too. I think it can be added
to CVS already. It would simply be helpful if more people would test
it. Hm, I wonder if Maelstrom or GLTron has Joystick support? That
would be a wonderful test application :)


I also took the liberty of modifying some text files like BUGS,
README.CVS, README.MacOSX (which now contains the OS X docs I long
promised)
2001-09-11 19:00:18 +00:00
Sam Lantinga
f61baca1b7 *** empty log message *** 2001-09-04 23:22:23 +00:00
Sam Lantinga
ffae27155e Changes since SDL 1.2.0 release 2001-04-26 16:50:19 +00:00
Sam Lantinga
5d2015c741 Initial revision 2001-04-26 16:45:43 +00:00