kmx git

Commit	Date	Message
1c9cc8c9	2013-11-05T21:01:25	Fixed performance regression caused by the fix for bug 2158
0b7c69fe	2013-11-05T20:07:39	Adds Joystick support for Android This bumps the build SDK level to 12 (up from 10). Runtime requirements remain the same (at API level < 12 joystick support is disabled). Also enables building SDL for armv7 and x86.
61068a30	2013-11-03T11:34:03	Fixed bug 2180 - debian/rules: Makefiles should use tabs Joseph Carter Whitespace in a makefile is consequential. In fact, it's part of the syntax. And at least a few versions of make puke on Makefiles with lines indented with spaces, not tabs. Obviously GNU make used on Debianish systems is not strictly among them, or this would fail. Even so, I cannot resist the urge to pedantically fix this, if only to get rid of the bright syntax error red coloration in vim. :)
c4b563e4	2013-11-03T11:27:06	Fixed bug 2190 - test/testdrawchessboard.c line endings Joseph Carter test/testdrawchessboard.c checks out of hg with DOS line endings on non-dos systems. Fixed via: perl -pi -e 's/\r//g' test/testdrawchessboard.c
517886a7	2013-11-03T11:13:06	Fixed bug 2205 - SDL_GetAudioDeviceName returns default-device name on invalid index for default-device only drivers norfanin The audio_enumerateAndNameAudioDevicesNegativeTests test in testautomation_audio.c reports a failure for SDL_GetAudioDeviceName when called on a driver that has only the default device. SDL_GetNumAudioDevices reports 1, but SDL_GetAudioDeviceName does not check if the index passed by the caller is in that range in this case. For positive numbers anyway. This can be reproduced with the dummy driver on Windows and Linux.
aaa4165b	2013-11-03T11:00:28	Fixed bug 2187 - CMake is not adding src/core/linux/.c to the build, linking to SDL results in errors. Daniel Ribeiro Maciel CMake is not adding src/core/linux/.c to the build, linking to SDL results in errors: (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_AddCallback' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Poll' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Init' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Quit' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_DelCallback' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Scan' collect2: error: ld returned 1 exit status
f2224e1f	2013-11-03T09:55:27	Fixed bug 1990 - focus/keyboard events not generated correctly for multiple windows Mai Lavelle I've recently tried to create multiple windows and process key events for them, and found that key events weren't being generated for most of the windows. After some investigating I've observed the following effects. All but the most recently created window experience these effects... - a focus lost event is generated immediately after the focus gained event, even tho window still has focus - key events report window id 0 rather than the id of the window which has focus, SDL thinks no window has focus? - giving focus to a non SDL window and then selecting an SDL window causes events to be generated as expected, but only until focus changes again Focus change events are queued and delayed (200 ticks) before they are dispatched. The problem occurs when a focus out and focus in event are received on the same tick. When these delayed events are dispatched they will be sent in the order determined by the window list rather than the order in which they are received. The focus out dispatch is implemented by calling SDL_SetKeyboardFocus(NULL). This will remove focus from any window, regardless of whether it is the one originally targeted by the X11 event. Since SDL_SetKeyboardFocus() will always dispatch a focus lost event as needed, the easiest solution is simply to only call SDL_SetKeyboardFocus(NULL) when SDL_GetKeyboardFocus() matches the target window.
2efd4065	2013-11-03T09:42:23	Clarified that SDL_memset4 is a 32-bit assignment and fixed a compiler warning
cd37485e	2013-11-02T12:07:21	Changed parameter name for gesture template save functions from "src" to "dst".
95bbf5f4	2013-11-02T11:51:23	Removed unreachable return statement in gesture source.
4e270de1	2013-11-02T11:46:43	Changed function to return -1 through SDL_Error() instead of plain -1.
0f8d9995	2013-11-02T11:42:00	Corrected typo in source comment.
e651ab12	2013-10-31T10:02:21	Fixes Bug #2191,incorrect test for egl_context validity Thanks David Binderman!
804e5799	2013-10-30T16:39:35	Fixed common test usage string (was "hidpi", should be "highdpi").
d36c7363	2013-10-28T22:43:39	Updated GL version tests for Mac OS X 10.9 ("Mavericks"). They changed the name of their GL 3.2 enum, added the GL 4.1 core profile.
609b58e4	2013-10-24T00:00:10	Fixed buffer overflow.
f570effb	2013-10-23T20:58:39	Added tag release-2.0.1 for changeset 5755b4fad250
7108aac5	2013-10-23T20:58:31	Removed tag release-2.0.1
aa10a5d9	2013-10-23T17:46:07	Added tag release-2.0.1 for changeset 37391efdb946
72de99ae	2013-10-23T19:52:14	Initialize MEMORYSTATUSEX size before GlobalMemoryStatusEx() (thanks, Justin!). Fixes Bugzilla #2177.
51fc4b20	2013-10-23T16:33:15	Added tag release-2.0.1 for changeset 51a4ba8915d8
fbfe0901	2013-10-23T16:32:56	Updated Debian package version to 2.0.1
d3ad8ff4	2013-10-23T16:17:08	Added tag release-2.0.1 for changeset 1e256bd077b2
e0771482	2013-10-23T13:43:17	Fix regression causing crashes when running without a window manager.
965a0da9	2013-10-23T15:54:12	Moved a SDL_SetError() call elsewhere to avoid triggering it needlessly. Otherwise, the XInput path would always trigger it in a harmless manner.
28aa076c	2013-10-23T00:58:20	SDL_GetPrefPath() now uses the organization on all platforms. Even if that's not the general convention for a given platform.
298d3d62	2013-10-22T21:54:52	Fixed duplicate const warning
30ce2bc7	2013-10-22T21:53:58	SDL 2.0.0 defined __inline__ and some code relies on it now.
fa73a3c8	2013-10-22T21:53:42	Testing fullscreen window in the accelerometer test.
09b3b7e7	2013-10-21T23:17:37	Fix error assert for negative cases of pixels_getPixelFormatName test
6a71d992	2013-10-21T22:27:07	Added patch notes for 2.0.1
2348e426	2013-10-21T22:08:56	Fixed whitespace
3d1c3b19	2013-10-21T10:28:57	Revert fix for bug 1392 because it breaks linking with mingw32
06811ecf	2013-10-21T02:46:16	Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework Alex Szpakowski I actually made a mistake when creating the previous patch file... I forgot to include a crucial line which changed. I've attached a new patch which just changes the line I forgot, since the other part has already been applied to the repository. I tested this one by doing a clean rebuild of SDL, and it works with the new patch.
50da48ee	2013-10-21T02:38:23	We don't have API changes documented yet.
bcf5472d	2013-10-21T02:37:03	Fixed bug 2073 - Mac: window moves unexpectedly when exiting SDL_WINDOW_FULLSCREEN_DESKTOP mode Alex Szpakowski In Mac OS X, when SDL_SetWindowFullscreen(window, 0) is called on a window which was in SDL_WINDOW_FULLSCREEN_DESKTOP mode, its original size is restored but its position is moved to the bottom of the screen. I tracked down the issue to these two lines: http://hg.libsdl.org/SDL/file/fdd5cc9e9f90/src/video/cocoa/SDL_cocoawindow.m#l1034 I believe [nswindow setFrameOrigin:rect.origin] implicitly calls [nswindow constrainFrameRect:rect toScreen:screen], which will attempt to constrain the window to the screen, but at that point the window size is still full-screen rather than the restored window size, so the constrainFrameRect function operates on the wrong window size. https://developer.apple.com/library/mac/documentation/cocoa/reference/applicationkit/classes/NSWindow_Class/Reference/Reference.html#//apple_ref/occ/instm/NSWindow/constrainFrameRect:toScreen: I resolved the issue by swapping the order of the function calls, like so: [nswindow setContentSize:rect.size]; [nswindow setFrameOrigin:rect.origin];
d08634e2	2013-10-21T02:32:34	Better fix for bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings J?nis R?cis Reopening as compilation with ANSI C throws lots of unnecessary warnings, both using MinGW and using Linux GCC. (BTW, what happened? MinGW is broken to all hell. sdl2-config does not even link SDLMain anymore?) I think this may have been lost somewhere, so again: GCC supports inlining via __inline__ in all known versions of GCC, regardless of the C standard in use. Please don't assume that __STRICT_ANSI__ implies no inlining support.
c10389cf	2013-10-21T02:20:39	Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework
b8b9bfbe	2013-10-21T01:16:16	Fixed some warnings building for 64-bit Windows
11d38d69	2013-10-21T00:30:05	Fixed bug 2015 - surface getting leak in SDLTest_ScreenShot function Nitz 2013-08-06 03:53:41 UTC In function SDLTest_ScreenShot() surface pointer getting leak while return
80930559	2013-10-21T00:25:43	Fixed bug 2012 - Algorithm logic getting wrong in ComputeOutCode Nitz I was going through the SDL_IntersectRectAndLine function and wondered to see the ComputeOutCode function implementation. The problem in this algo is, x and y axis are getting check with respect to 0, Which is wrong, it should be get checked with respect to rectangle x and y axis.
6f76bc29	2013-10-21T00:22:07	Fixed bug 2061 - SDL_filesystem API not built using cmake Marcus von Appen The SDL_filesystem API does not get built properly on Unix and BeOS using cmake due to not including the correct C files.
deb8086b	2013-10-21T00:20:27	Fixed bug 2072 - Make OS X's filesystem calls use -[NSString fileSystemRepresentation] C.W. Betts The recommended way of getting a file name that POSIX file APIs can open in OS X when using an NSString is -[NSString fileSystemRepresentation]. However, the current filesystem API in hg uses -[NSString UTF8String].
360c3d85	2013-10-21T00:15:24	Better cleanup if OpenGL initialization fails
5697089d	2013-10-20T23:52:02	Fixed bug 2156 - Android: Accelerometer values fed to joystick driver are inverted for the X axis and wrong for Z Denis Bernard Background information: http://developer.android.com/reference/android/hardware/SensorEvent.html#values Steps to reproduce: compile testjoystick.c as an android app (change screen size according to your device). While running the app, also run: adb logcat -c; adb logcat -s 'SDL:' 'SDL/APP:' When tilting the device left/right, the joystick moves in the opposite direction of what one would expect. Or at least, the behaviour is not consistent with the Y axis. Also when the device sits on a table (obviously not moving), the Z axis value oscillates between -32000 and +32000 (by overflow): I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32511 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32575 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32383 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32386 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32450 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32578 This is caused by the accelerometer yielding a constant value around 9.81 for Z and feeding something like 0.9 to 1.1 to the joystick driver, resulting in the overflow. Proposed fix in SDLActivity.java (swap X and subtract G from Z reading)
a503dabe	2013-10-20T23:23:25	Fixed a crash initializing Android touch IDs
f8c11bb9	2013-10-20T23:05:53	Fixed the status bar visibility in iOS 7
85c2e236	2013-10-20T22:23:09	Fixed Y axis inversion on iOS; positive is up, negative is down.
08fa8da7	2013-10-20T21:56:15	Fixed bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings Andreas Ertelt The problem in question is caused by changeset 7771 (http://hg.libsdl.org/SDL/rev/5486e579872e / https://bugzilla.libsdl.org/show_bug.cgi?id=2121) The redefinition of __inline__ (introduced by the addition of begin_code.h:128's "\|\| __STRICT_ANSI__") results in mingw's gcc throwing multiple warning: always_inline function might not be inlinable [-Wattributes] as well as a whole bunch of redefinitions of mingw internals which break linking of projects including the SDL2 headers.
4ca34ad4	2013-10-20T21:34:38	Prevent conflicts when linking both SDL2 and SDL2_gfx
aa86e05d	2013-10-20T20:49:36	Fixed windows compile
f5fa492e	2013-10-20T20:42:55	Added a macro SDL_TICKS_PASSED() to correctly compare two 32-bit tick values. Went through the code and used the macro and fixed a couple places that were using incorrect timestamp comparisons.
04e170ce	2013-10-20T20:41:30	Added __WINDOWS__ to reflect both 32 and 64-bit windows platforms
d7103996	2013-10-20T23:38:19	Fix some edge cases in XInput haptic timing.
dddb8787	2013-10-20T23:08:45	Disable Win32 thread naming again. See Bugzilla #2089.
0e699eb5	2013-10-20T21:18:05	Added SDL_GL_FRAMEBUFFER_SRGB_CAPABLE (thanks, David!). Fixes Bugzilla #1985.
d1bde399	2013-10-20T20:24:00	Backed out changeset 737771c47c6f, done testing Buildbot changes.
df368084	2013-10-20T20:02:02	Intentionally breaking Windows and Raspberry Pi builds to test Buildbot change.
f28c7fe8	2013-10-20T16:03:11	Backed out hg changeset add2dbe99fe2. REFGUID is apparently a const type.
c521ae84	2013-10-20T16:02:24	Patched to compile on non-C99 Microsoft compiler.
a614f186	2013-10-20T16:01:10	Patched to compile on Windows.
b285b600	2013-10-20T15:55:47	Allow XInput haptics to run for SDL_HAPTIC_INFINITY time (thanks, Mitchell!). Partially fixes Bugzilla #2126.
6e1169dd	2013-10-20T15:49:52	Fixed goofy logic in haptic device comparison code. Mitchell Keith Bloch did the research on this bug, and came up with a slightly different patch than this. Partially fixes Bugzilla #2126.
54dce3f5	2013-10-20T15:45:48	Don't bother calling SDL_SYS_HapticEffectType() at all for XInput devices.
5e74299a	2013-10-20T15:40:20	Fix adding of XInput devices (thanks, Mitchell!) Partially fixes Bugzilla #2126.
ade13fd7	2013-10-20T10:39:26	It's okay to quit things more than once.
20f5167d	2013-10-20T10:35:51	Use vertex arrays for drawing points in addition to lines
8fc4fdf1	2013-10-20T10:19:51	Fixed bug 1392 - Debian patch: do not propagate -lpthread manuel.montezelo Since the bug report[1] in 2006 Debian is shipping the patch attached. [1] http://bugs.debian.org/375822 Maybe nowadays you don't propagate that library for linking, so maybe the patch should be dropped, but at the moment I do not have an easy/quick way to check it. So I am submitting this report in the case that you consider it useful (even if maybe the patch itself has to be reworked), or otherwise learn if the patch is unneeded or even harmful.
82b8e6df	2013-10-20T10:10:14	Fixed bug 2158 - Pixel missing in SDL_RenderDrawLines Sean McKean I am running Ubuntu 12.04 (GL version 1.4 Mesa 8.0.4) , and on drawing a set of lines through the renderer through SDL_RenderDrawLines() (looped or not) or SDL_RenderDrawRect() I notice a pixel missing. For RenderDrawLines() it seems to be the second point in the sequence; for RenderDrawRect() it is the lower-right. This can be fixed by specifying SDL_RenderDrawPoint(s), but wouldn't it be easier to specify each pixel in a GL_POINTS glBegin/End loop in the OpenGL code, just to make sure? I also ran the same program on Android; the rendering seemed to be correct, which uses glDrawArrays.
a25b5192	2013-10-20T09:58:37	Fixed compiling with the new X11 symbol wrapping
6a3478c2	2013-10-20T17:23:43	Fix bug 1300 by querying current border size in ConfigureNotify, and adjusting window coordinates accordingly.
e343273a	2013-10-19T01:29:23	Fixed bug 2162 - SDL_RenderClear not clearing entire render target Kevin Wells Overview: SDL_RenderClear is only clearing part of a texture when it is the render target and a different size than the screen. Steps to Reproduce: 1) This only occurs with the render driver set to direct3d, so: SDL_SetHint(SDL_HINT_RENDER_DRIVER,"direct3d") Also, my window was 1280x720. 2) Create a texture for a render target with a resolution of 1024x1024: texture=SDL_CreateTexture(main_window.renderer,SDL_PIXELFORMAT_RGBA8888,SDL_TEXTUREACCESS_TARGET,1024,1024); SDL_SetTextureBlendMode(texture,SDL_BLENDMODE_BLEND); 3) Target the texture for rendering: SDL_SetRenderTarget(main_window.renderer,texture); 4) Set the draw color to whatever you want (problem occurs with both 0,0,0,0 and 0,0,0,255 among others) and then clear the render target: SDL_SetRenderDrawColor(main_window.renderer,0,0,0,0); SDL_RenderClear(main_window.renderer); Actual Results: Only about the top 3/4s of the texture gets cleared on calling SDL_RenderClear. The bottom 1/4 or so does not clear. Expected Results: Entire render target should be cleared.
b4a00144	2013-10-18T10:56:45	Fixed the XInput2 X11 symbols.
5a026006	2013-10-18T00:49:59	Fixed bug 2108 - CMake does not set X11 includes properly for sdl2-config and friends Marcus von Appen The autotools-based code uses X_CFLAGS and some hackish x_includes code to add some necessary includes to SDL_CFLAGS for proper X11 and OpenGL include handling. At the moment, the cmake-baed build code does not do that. Below is a patch, which provides the necessary changes to add a proper include to the SDL_CFLAGS.
379c0054	2013-10-18T00:47:22	Fixed bug 2123 - SDL_BlitScaled crashes in src/video/SDL_blit_N.c:2145 We need to reset the blit function when switching between scaled and unscaled blits.
a329c7f1	2013-10-18T00:13:51	Fixed bug 2139 - SDL_CreateWindow/WIN_GL_LoadLibrary fails due to external iconv not being able to convert path J?nis R?cis Brief history: We recently ported a game from SDL 1.2 to SDL 2. While doing Windows testing, I soon discovered that the game exits without opening a window with my cross-compiled SDL2.dll, but works great with the SDL2.dll from the MinGW SDK on libsdl.org. It was as simple as swapping out the DLLs to make it work. Running the game in Wine showed that the game actually does run, up until the call to SDL_CreateWindow, which fails and leads the game to print out an error: Failure to create window (LoadLibrary("OPENGL32.DLL"): (null)) Which basically says that there was no error, but maybe that's a Wine quirk. The error string originates in SDL_windowsopengl.c, in WIN_GL_LoadLibrary, which contains this piece of code: wpath = WIN_UTF8ToString(path); _this->gl_config.dll_handle = LoadLibrary(wpath); SDL_free(wpath); if (!_this->gl_config.dll_handle) { char message[1024]; SDL_snprintf(message, SDL_arraysize(message), "LoadLibrary(\"%s\")", path); return WIN_SetError(message); } After some digging, I discovered the culprit: WIN_UTF8ToString returns NULL. Why? Because it calls iconv_open from an iconv.dll that does not support the UCS-2-INTERNAL encoding. Why does the official SDL2.dll work? Because it calls no external iconv functions at all. It turns out that the Fedora MinGW infrastructure (from which I obtained the conventiently prebuilt iconv.dll) does not provide a DLL from libiconv, but instead provides a DLL from a minimal Windows library called win-iconv. Which knows a good bit, but doesn't know anything about UCS-2-INTERNAL: http://code.google.com/p/win-iconv/source/browse/trunk/win_iconv.c#155 So there are two problems here: 1) The error message is clearly useless, because LoadLibrary is an innocent bystander. Instead wpath should probably checked for NULL, and a more appropriate error should be set. Ideally something that makes it clear than an external iconv is causing trouble. 2) SDL doomed itself at the ./configure step, by finding an existing iconv and happily using it without confirming support for the mandatory encodings required by SDL. There are certainly a few easy ways out of the situation (although I didn't yet manage to figure out how to prevent ./configure from looking for external iconv), but this had me completely stomped for a good while, so I figured it's worth writing down if anything. (Search also found this, which talks a little about using UTF-16LE instead of UCS-2-INTERNAL: https://bugzilla.libsdl.org/show_bug.cgi?id=2075)
7ae171d1	2013-10-17T23:44:30	Fixed bug 2155 - automatically remap accelerometer coordinates according to screen orientation on Android Denis Bernard Background information: http://android-developers.blogspot.fr/2010/09/one-screen-turn-deserves-another.html and http://developer.android.com/reference/android/hardware/SensorEvent.html Right now, the Android accelerometer event handler feeds raw accelerometer data to the SDL Joystick driver. The result is that for landscape-only applications, the axis need to be swapped if running on a portrait device (like a phone), and vice-versa: running a portrait only app on a landscape device like a tablet. The purpose of this patch is to perform coordinate remapping of the accelerometer data before feeding it to the SDL joystick driver so that the X axis of the joystick is always aligned with the X axis of the display, same for the Y axis. This has been tested on applications that support screen orientation changes as well as applications with fixed screen orientations, both on phones and tablets.
7ad441a3	2013-10-17T23:40:13	Fixed bug 2069 - Device addition/removal queries all USB devices rather than only HID devices. Andreas Ertelt SDL_dxjoystick.c is setting the classguid for device (dis)connect events to USB Devices in general: dbh.dbcc_classguid = GUID_DEVINTERFACE_USB_DEVICE; Wouldn't it make more sense to have it just subscribe to Hid device events? This would mean less meaningless events reaching the application.
3f8df109	2013-10-17T23:15:27	Fixed 1598 - Mingwin build fails on src/audio/xaudio2/SDL_xaudio2.c
888d807a	2013-10-17T23:05:40	Removed redundant #ifdef
12ca3ce3	2013-10-17T23:02:29	Fixed building using MinGW Our SDL_windows.h needed to be included before anything else so UNICODE is defined.
a2bd8970	2013-10-18T01:36:41	Don't supply duplicate X11 symbols inside SDL. Fixes static linking when something else also uses X11.
95dc9940	2013-10-17T20:49:30	Fix to unbreak SDL_GetSystemRAM() on FreeBSD Marcus von Appen Revision eecbcfed77c9 of the SDL hg repo introduces the new SDL_GetSystemRAM() function, which breaks the build on FreeBSD. Find attached a patch, which unbreaks the build and also should (for most cases) properly implement the sysctl support it.
14e13e13	2013-10-17T17:38:55	Fixed compiler warning if dynamic X11 loading isn't enabled.
7db31223	2013-10-17T17:37:23	Fixed using the wrong variable when reporting a missing SDL scancode mapping.
2e6b4b96	2013-10-17T11:56:33	Fixed compiling on Mac OS X, added a system RAM test
8b79cbad	2013-10-17T11:32:56	Added an API to get the amount of system RAM
852004a2	2013-10-17T11:32:14	The _SC_PHYS_PAGES method of calculating RAM works on Linux.
01164655	2013-10-14T09:15:41	Merged
64e1b1ca	2013-10-14T09:14:09	Fixed project conflict during commit
6435a82d	2013-10-14T09:12:30	Backed out revision fb5ab0e91c56, the platform specific messagebox functions don't have the right prototype since they're designed to be used standalone.
4b603abf	2013-10-14T08:56:55	For some reason, trying to raise the window programmatically while it's alt-tabbed away will minimize it. Added a workaround for this.
fea2699c	2013-10-14T08:56:50	Fixed the windows message debug output so it works without HAVE_LIBC
e7e86c6d	2013-10-14T08:56:45	Adding static lib to SDL builds on Windows. CR: SamL
06cab857	2013-10-14T08:56:37	Added support for SDL_PIXELFORMAT_UYVY surfaces on Mac OS X
8ec3ba38	2013-10-13T19:59:40	Fixed accumulating mouse wheel motion for the Microsoft Wireless Mouse 5000
080c919b	2013-10-13T19:51:58	Fixed function feature test for Visual Studio 2012 norfanin Fixes the version check for some functions that are only present with the MSVC 2013 CRT libraries. I did my testing wrong and failed to see that 2012 doesn't have these functions. Microsoft implemented them in their upcoming 2013 version, though. The attached patch changes it to the check for the next version. I also removed the HAVE_ITOA because that would require linking with oldnames.lib and it's easier to just let the SDL implementation take over.
2337a684	2013-10-13T19:49:45	Fixed bug 2149 - Don't search for libusbhid except on BSD Joseph Carter There's a whole set of configure tests for BSD's libusbhid, and they only matter on BSD. However, if you have the library on Linux, it gets pulled in as library bloat. And it's bloat of the highest order since not a single function call to the library is ever made unless you're on a *BSD.
a7b2db05	2013-10-13T19:48:45	Added an assert to catch init/quit call mismatch that might bite people.
e9d21339	2013-10-13T17:15:43	Prevent keystrokes from leaking through to the console when using evdev. This uses the same method Weston and X use. Sadly, to be fully effective when launching remotely, this needs root permissions.

1c9cc8c9

2013-11-05T21:01:25

Fixed performance regression caused by the fix for bug 2158

0b7c69fe

2013-11-05T20:07:39

Adds Joystick support for Android This bumps the build SDK level to 12 (up from 10). Runtime requirements remain the same (at API level < 12 joystick support is disabled). Also enables building SDL for armv7 and x86.

61068a30

2013-11-03T11:34:03

Fixed bug 2180 - debian/rules: Makefiles should use tabs Joseph Carter Whitespace in a makefile is consequential. In fact, it's part of the syntax. And at least a few versions of make puke on Makefiles with lines indented with spaces, not tabs. Obviously GNU make used on Debianish systems is not strictly among them, or this would fail. Even so, I cannot resist the urge to pedantically fix this, if only to get rid of the bright syntax error red coloration in vim. :)

c4b563e4

2013-11-03T11:27:06

Fixed bug 2190 - test/testdrawchessboard.c line endings Joseph Carter test/testdrawchessboard.c checks out of hg with DOS line endings on non-dos systems. Fixed via: perl -pi -e 's/\r//g' test/testdrawchessboard.c

517886a7

2013-11-03T11:13:06

Fixed bug 2205 - SDL_GetAudioDeviceName returns default-device name on invalid index for default-device only drivers norfanin The audio_enumerateAndNameAudioDevicesNegativeTests test in testautomation_audio.c reports a failure for SDL_GetAudioDeviceName when called on a driver that has only the default device. SDL_GetNumAudioDevices reports 1, but SDL_GetAudioDeviceName does not check if the index passed by the caller is in that range in this case. For positive numbers anyway. This can be reproduced with the dummy driver on Windows and Linux.

aaa4165b

2013-11-03T11:00:28

Fixed bug 2187 - CMake is not adding src/core/linux/*.c to the build, linking to SDL results in errors. Daniel Ribeiro Maciel CMake is not adding src/core/linux/*.c to the build, linking to SDL results in errors: (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_AddCallback' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Poll' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Init' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Quit' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_DelCallback' (...)/libSDL2-2.0.so.1.0.1: undefined reference to `SDL_UDEV_Scan' collect2: error: ld returned 1 exit status

f2224e1f

2013-11-03T09:55:27

Fixed bug 1990 - focus/keyboard events not generated correctly for multiple windows Mai Lavelle I've recently tried to create multiple windows and process key events for them, and found that key events weren't being generated for most of the windows. After some investigating I've observed the following effects. All but the most recently created window experience these effects... - a focus lost event is generated immediately after the focus gained event, even tho window still has focus - key events report window id 0 rather than the id of the window which has focus, SDL thinks no window has focus? - giving focus to a non SDL window and then selecting an SDL window causes events to be generated as expected, but only until focus changes again Focus change events are queued and delayed (200 ticks) before they are dispatched. The problem occurs when a focus out and focus in event are received on the same tick. When these delayed events are dispatched they will be sent in the order determined by the window list rather than the order in which they are received. The focus out dispatch is implemented by calling SDL_SetKeyboardFocus(NULL). This will remove focus from any window, regardless of whether it is the one originally targeted by the X11 event. Since SDL_SetKeyboardFocus() will always dispatch a focus lost event as needed, the easiest solution is simply to only call SDL_SetKeyboardFocus(NULL) when SDL_GetKeyboardFocus() matches the target window.

2efd4065

2013-11-03T09:42:23

Clarified that SDL_memset4 is a 32-bit assignment and fixed a compiler warning

cd37485e

2013-11-02T12:07:21

Changed parameter name for gesture template save functions from "src" to "dst".

95bbf5f4

2013-11-02T11:51:23

Removed unreachable return statement in gesture source.

4e270de1

2013-11-02T11:46:43

Changed function to return -1 through SDL_Error() instead of plain -1.

0f8d9995

2013-11-02T11:42:00

Corrected typo in source comment.

e651ab12

2013-10-31T10:02:21

Fixes Bug #2191,incorrect test for egl_context validity Thanks David Binderman!

804e5799

2013-10-30T16:39:35

Fixed common test usage string (was "hidpi", should be "highdpi").

d36c7363

2013-10-28T22:43:39

Updated GL version tests for Mac OS X 10.9 ("Mavericks"). They changed the name of their GL 3.2 enum, added the GL 4.1 core profile.

609b58e4

2013-10-24T00:00:10

Fixed buffer overflow.

f570effb

2013-10-23T20:58:39

Added tag release-2.0.1 for changeset 5755b4fad250

7108aac5

2013-10-23T20:58:31

Removed tag release-2.0.1

aa10a5d9

2013-10-23T17:46:07

Added tag release-2.0.1 for changeset 37391efdb946

72de99ae

2013-10-23T19:52:14

Initialize MEMORYSTATUSEX size before GlobalMemoryStatusEx() (thanks, Justin!). Fixes Bugzilla #2177.

51fc4b20

2013-10-23T16:33:15

Added tag release-2.0.1 for changeset 51a4ba8915d8

fbfe0901

2013-10-23T16:32:56

Updated Debian package version to 2.0.1

d3ad8ff4

2013-10-23T16:17:08

Added tag release-2.0.1 for changeset 1e256bd077b2

e0771482

2013-10-23T13:43:17

Fix regression causing crashes when running without a window manager.

965a0da9

2013-10-23T15:54:12

Moved a SDL_SetError() call elsewhere to avoid triggering it needlessly. Otherwise, the XInput path would always trigger it in a harmless manner.

28aa076c

2013-10-23T00:58:20

SDL_GetPrefPath() now uses the organization on all platforms. Even if that's not the general convention for a given platform.

298d3d62

2013-10-22T21:54:52

Fixed duplicate const warning

30ce2bc7

2013-10-22T21:53:58

SDL 2.0.0 defined __inline__ and some code relies on it now.

fa73a3c8

2013-10-22T21:53:42

Testing fullscreen window in the accelerometer test.

09b3b7e7

2013-10-21T23:17:37

Fix error assert for negative cases of pixels_getPixelFormatName test

6a71d992

2013-10-21T22:27:07

Added patch notes for 2.0.1

2348e426

2013-10-21T22:08:56

Fixed whitespace

3d1c3b19

2013-10-21T10:28:57

Revert fix for bug 1392 because it breaks linking with mingw32

06811ecf

2013-10-21T02:46:16

Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework Alex Szpakowski I actually made a mistake when creating the previous patch file... I forgot to include a crucial line which changed. I've attached a new patch which just changes the line I forgot, since the other part has already been applied to the repository. I tested this one by doing a clean rebuild of SDL, and it works with the new patch.

50da48ee

2013-10-21T02:38:23

We don't have API changes documented yet.

bcf5472d

2013-10-21T02:37:03

Fixed bug 2073 - Mac: window moves unexpectedly when exiting SDL_WINDOW_FULLSCREEN_DESKTOP mode Alex Szpakowski In Mac OS X, when SDL_SetWindowFullscreen(window, 0) is called on a window which was in SDL_WINDOW_FULLSCREEN_DESKTOP mode, its original size is restored but its position is moved to the bottom of the screen. I tracked down the issue to these two lines: http://hg.libsdl.org/SDL/file/fdd5cc9e9f90/src/video/cocoa/SDL_cocoawindow.m#l1034 I believe [nswindow setFrameOrigin:rect.origin] implicitly calls [nswindow constrainFrameRect:rect toScreen:screen], which will attempt to constrain the window to the screen, but at that point the window size is still full-screen rather than the restored window size, so the constrainFrameRect function operates on the wrong window size. https://developer.apple.com/library/mac/documentation/cocoa/reference/applicationkit/classes/NSWindow_Class/Reference/Reference.html#//apple_ref/occ/instm/NSWindow/constrainFrameRect:toScreen: I resolved the issue by swapping the order of the function calls, like so: [nswindow setContentSize:rect.size]; [nswindow setFrameOrigin:rect.origin];

d08634e2

2013-10-21T02:32:34

Better fix for bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings J?nis R?cis Reopening as compilation with ANSI C throws lots of unnecessary warnings, both using MinGW and using Linux GCC. (BTW, what happened? MinGW is broken to all hell. sdl2-config does not even link SDLMain anymore?) I think this may have been lost somewhere, so again: GCC supports inlining via __inline__ in all known versions of GCC, regardless of the C standard in use. Please don't assume that __STRICT_ANSI__ implies no inlining support.

c10389cf

2013-10-21T02:20:39

Fixed bug 2168 - Mac: SDL_filesystem.h not exported to public header folder when building framework

b8b9bfbe

2013-10-21T01:16:16

Fixed some warnings building for 64-bit Windows

11d38d69

2013-10-21T00:30:05

Fixed bug 2015 - surface getting leak in SDLTest_ScreenShot function Nitz 2013-08-06 03:53:41 UTC In function SDLTest_ScreenShot() surface pointer getting leak while return

80930559

2013-10-21T00:25:43

Fixed bug 2012 - Algorithm logic getting wrong in ComputeOutCode Nitz I was going through the SDL_IntersectRectAndLine function and wondered to see the ComputeOutCode function implementation. The problem in this algo is, x and y axis are getting check with respect to 0, Which is wrong, it should be get checked with respect to rectangle x and y axis.

6f76bc29

2013-10-21T00:22:07

Fixed bug 2061 - SDL_filesystem API not built using cmake Marcus von Appen The SDL_filesystem API does not get built properly on Unix and BeOS using cmake due to not including the correct C files.

deb8086b

2013-10-21T00:20:27

Fixed bug 2072 - Make OS X's filesystem calls use -[NSString fileSystemRepresentation] C.W. Betts The recommended way of getting a file name that POSIX file APIs can open in OS X when using an NSString is -[NSString fileSystemRepresentation]. However, the current filesystem API in hg uses -[NSString UTF8String].

360c3d85

2013-10-21T00:15:24

Better cleanup if OpenGL initialization fails

5697089d

2013-10-20T23:52:02

Fixed bug 2156 - Android: Accelerometer values fed to joystick driver are inverted for the X axis and wrong for Z Denis Bernard Background information: http://developer.android.com/reference/android/hardware/SensorEvent.html#values Steps to reproduce: compile testjoystick.c as an android app (change screen size according to your device). While running the app, also run: adb logcat -c; adb logcat -s 'SDL:*' 'SDL/APP:*' When tilting the device left/right, the joystick moves in the opposite direction of what one would expect. Or at least, the behaviour is not consistent with the Y axis. Also when the device sits on a table (obviously not moving), the Z axis value oscillates between -32000 and +32000 (by overflow): I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32511 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32575 I/SDL/APP ( 1994): Joystick 0 axis 2 value: 32383 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32386 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32450 I/SDL/APP ( 1994): Joystick 0 axis 2 value: -32578 This is caused by the accelerometer yielding a constant value around 9.81 for Z and feeding something like 0.9 to 1.1 to the joystick driver, resulting in the overflow. Proposed fix in SDLActivity.java (swap X and subtract G from Z reading)

a503dabe

2013-10-20T23:23:25

Fixed a crash initializing Android touch IDs

f8c11bb9

2013-10-20T23:05:53

Fixed the status bar visibility in iOS 7

85c2e236

2013-10-20T22:23:09

Fixed Y axis inversion on iOS; positive is up, negative is down.

08fa8da7

2013-10-20T21:56:15

Fixed bug 2129 - fix for bug 2121 breaks linking for mingw and throws multiple warnings Andreas Ertelt The problem in question is caused by changeset 7771 (http://hg.libsdl.org/SDL/rev/5486e579872e / https://bugzilla.libsdl.org/show_bug.cgi?id=2121) The redefinition of __inline__ (introduced by the addition of begin_code.h:128's "|| __STRICT_ANSI__") results in mingw's gcc throwing multiple warning: always_inline function might not be inlinable [-Wattributes] as well as a whole bunch of redefinitions of mingw internals which break linking of projects including the SDL2 headers.

4ca34ad4

2013-10-20T21:34:38

Prevent conflicts when linking both SDL2 and SDL2_gfx

aa86e05d

2013-10-20T20:49:36

Fixed windows compile

f5fa492e

2013-10-20T20:42:55

Added a macro SDL_TICKS_PASSED() to correctly compare two 32-bit tick values. Went through the code and used the macro and fixed a couple places that were using incorrect timestamp comparisons.

04e170ce

2013-10-20T20:41:30

Added __WINDOWS__ to reflect both 32 and 64-bit windows platforms

d7103996

2013-10-20T23:38:19

Fix some edge cases in XInput haptic timing.

dddb8787

2013-10-20T23:08:45

Disable Win32 thread naming again. See Bugzilla #2089.

0e699eb5

2013-10-20T21:18:05

Added SDL_GL_FRAMEBUFFER_SRGB_CAPABLE (thanks, David!). Fixes Bugzilla #1985.

d1bde399

2013-10-20T20:24:00

Backed out changeset 737771c47c6f, done testing Buildbot changes.

df368084

2013-10-20T20:02:02

Intentionally breaking Windows and Raspberry Pi builds to test Buildbot change.

f28c7fe8

2013-10-20T16:03:11

Backed out hg changeset add2dbe99fe2. REFGUID is apparently a const type.

c521ae84

2013-10-20T16:02:24

Patched to compile on non-C99 Microsoft compiler.

a614f186

2013-10-20T16:01:10

Patched to compile on Windows.

b285b600

2013-10-20T15:55:47

Allow XInput haptics to run for SDL_HAPTIC_INFINITY time (thanks, Mitchell!). Partially fixes Bugzilla #2126.

6e1169dd

2013-10-20T15:49:52

Fixed goofy logic in haptic device comparison code. Mitchell Keith Bloch did the research on this bug, and came up with a slightly different patch than this. Partially fixes Bugzilla #2126.

54dce3f5

2013-10-20T15:45:48

Don't bother calling SDL_SYS_HapticEffectType() at all for XInput devices.

5e74299a

2013-10-20T15:40:20

Fix adding of XInput devices (thanks, Mitchell!) Partially fixes Bugzilla #2126.

ade13fd7

2013-10-20T10:39:26

It's okay to quit things more than once.

20f5167d

2013-10-20T10:35:51

Use vertex arrays for drawing points in addition to lines

8fc4fdf1

2013-10-20T10:19:51

Fixed bug 1392 - Debian patch: do not propagate -lpthread manuel.montezelo Since the bug report[1] in 2006 Debian is shipping the patch attached. [1] http://bugs.debian.org/375822 Maybe nowadays you don't propagate that library for linking, so maybe the patch should be dropped, but at the moment I do not have an easy/quick way to check it. So I am submitting this report in the case that you consider it useful (even if maybe the patch itself has to be reworked), or otherwise learn if the patch is unneeded or even harmful.

82b8e6df

2013-10-20T10:10:14

Fixed bug 2158 - Pixel missing in SDL_RenderDrawLines Sean McKean I am running Ubuntu 12.04 (GL version 1.4 Mesa 8.0.4) , and on drawing a set of lines through the renderer through SDL_RenderDrawLines() (looped or not) or SDL_RenderDrawRect() I notice a pixel missing. For RenderDrawLines() it seems to be the second point in the sequence; for RenderDrawRect() it is the lower-right. This can be fixed by specifying SDL_RenderDrawPoint(s), but wouldn't it be easier to specify each pixel in a GL_POINTS glBegin/End loop in the OpenGL code, just to make sure? I also ran the same program on Android; the rendering seemed to be correct, which uses glDrawArrays.

a25b5192

2013-10-20T09:58:37

Fixed compiling with the new X11 symbol wrapping

6a3478c2

2013-10-20T17:23:43

Fix bug 1300 by querying current border size in ConfigureNotify, and adjusting window coordinates accordingly.

e343273a

2013-10-19T01:29:23

Fixed bug 2162 - SDL_RenderClear not clearing entire render target Kevin Wells Overview: SDL_RenderClear is only clearing part of a texture when it is the render target and a different size than the screen. Steps to Reproduce: 1) This only occurs with the render driver set to direct3d, so: SDL_SetHint(SDL_HINT_RENDER_DRIVER,"direct3d") Also, my window was 1280x720. 2) Create a texture for a render target with a resolution of 1024x1024: texture=SDL_CreateTexture(main_window.renderer,SDL_PIXELFORMAT_RGBA8888,SDL_TEXTUREACCESS_TARGET,1024,1024); SDL_SetTextureBlendMode(texture,SDL_BLENDMODE_BLEND); 3) Target the texture for rendering: SDL_SetRenderTarget(main_window.renderer,texture); 4) Set the draw color to whatever you want (problem occurs with both 0,0,0,0 and 0,0,0,255 among others) and then clear the render target: SDL_SetRenderDrawColor(main_window.renderer,0,0,0,0); SDL_RenderClear(main_window.renderer); Actual Results: Only about the top 3/4s of the texture gets cleared on calling SDL_RenderClear. The bottom 1/4 or so does not clear. Expected Results: Entire render target should be cleared.

b4a00144

2013-10-18T10:56:45

Fixed the XInput2 X11 symbols.

5a026006

2013-10-18T00:49:59

Fixed bug 2108 - CMake does not set X11 includes properly for sdl2-config and friends Marcus von Appen The autotools-based code uses X_CFLAGS and some hackish x_includes code to add some necessary includes to SDL_CFLAGS for proper X11 and OpenGL include handling. At the moment, the cmake-baed build code does not do that. Below is a patch, which provides the necessary changes to add a proper include to the SDL_CFLAGS.

379c0054

2013-10-18T00:47:22

Fixed bug 2123 - SDL_BlitScaled crashes in src/video/SDL_blit_N.c:2145 We need to reset the blit function when switching between scaled and unscaled blits.

a329c7f1

2013-10-18T00:13:51

Fixed bug 2139 - SDL_CreateWindow/WIN_GL_LoadLibrary fails due to external iconv not being able to convert path J?nis R?cis Brief history: We recently ported a game from SDL 1.2 to SDL 2. While doing Windows testing, I soon discovered that the game exits without opening a window with my cross-compiled SDL2.dll, but works great with the SDL2.dll from the MinGW SDK on libsdl.org. It was as simple as swapping out the DLLs to make it work. Running the game in Wine showed that the game actually does run, up until the call to SDL_CreateWindow, which fails and leads the game to print out an error: Failure to create window (LoadLibrary("OPENGL32.DLL"): (null)) Which basically says that there was no error, but maybe that's a Wine quirk. The error string originates in SDL_windowsopengl.c, in WIN_GL_LoadLibrary, which contains this piece of code: wpath = WIN_UTF8ToString(path); _this->gl_config.dll_handle = LoadLibrary(wpath); SDL_free(wpath); if (!_this->gl_config.dll_handle) { char message[1024]; SDL_snprintf(message, SDL_arraysize(message), "LoadLibrary(\"%s\")", path); return WIN_SetError(message); } After some digging, I discovered the culprit: WIN_UTF8ToString returns NULL. Why? Because it calls iconv_open from an iconv.dll that does not support the UCS-2-INTERNAL encoding. Why does the official SDL2.dll work? Because it calls no external iconv functions at all. It turns out that the Fedora MinGW infrastructure (from which I obtained the conventiently prebuilt iconv.dll) does not provide a DLL from libiconv, but instead provides a DLL from a minimal Windows library called win-iconv. Which knows a good bit, but doesn't know anything about UCS-2-INTERNAL: http://code.google.com/p/win-iconv/source/browse/trunk/win_iconv.c#155 So there are two problems here: 1) The error message is clearly useless, because LoadLibrary is an innocent bystander. Instead wpath should probably checked for NULL, and a more appropriate error should be set. Ideally something that makes it clear than an external iconv is causing trouble. 2) SDL doomed itself at the ./configure step, by finding an existing iconv and happily using it without confirming support for the mandatory encodings required by SDL. There are certainly a few easy ways out of the situation (although I didn't yet manage to figure out how to prevent ./configure from looking for external iconv), but this had me completely stomped for a good while, so I figured it's worth writing down if anything. (Search also found this, which talks a little about using UTF-16LE instead of UCS-2-INTERNAL: https://bugzilla.libsdl.org/show_bug.cgi?id=2075)

7ae171d1

2013-10-17T23:44:30

Fixed bug 2155 - automatically remap accelerometer coordinates according to screen orientation on Android Denis Bernard Background information: http://android-developers.blogspot.fr/2010/09/one-screen-turn-deserves-another.html and http://developer.android.com/reference/android/hardware/SensorEvent.html Right now, the Android accelerometer event handler feeds raw accelerometer data to the SDL Joystick driver. The result is that for landscape-only applications, the axis need to be swapped if running on a portrait device (like a phone), and vice-versa: running a portrait only app on a landscape device like a tablet. The purpose of this patch is to perform coordinate remapping of the accelerometer data before feeding it to the SDL joystick driver so that the X axis of the joystick is always aligned with the X axis of the display, same for the Y axis. This has been tested on applications that support screen orientation changes as well as applications with fixed screen orientations, both on phones and tablets.

7ad441a3

2013-10-17T23:40:13

Fixed bug 2069 - Device addition/removal queries all USB devices rather than only HID devices. Andreas Ertelt SDL_dxjoystick.c is setting the classguid for device (dis)connect events to USB Devices in general: dbh.dbcc_classguid = GUID_DEVINTERFACE_USB_DEVICE; Wouldn't it make more sense to have it just subscribe to Hid device events? This would mean less meaningless events reaching the application.

3f8df109

2013-10-17T23:15:27

Fixed 1598 - Mingwin build fails on src/audio/xaudio2/SDL_xaudio2.c

888d807a

2013-10-17T23:05:40

Removed redundant #ifdef

12ca3ce3

2013-10-17T23:02:29

Fixed building using MinGW Our SDL_windows.h needed to be included before anything else so UNICODE is defined.

a2bd8970

2013-10-18T01:36:41

Don't supply duplicate X11 symbols inside SDL. Fixes static linking when something else also uses X11.

95dc9940

2013-10-17T20:49:30

Fix to unbreak SDL_GetSystemRAM() on FreeBSD Marcus von Appen Revision eecbcfed77c9 of the SDL hg repo introduces the new SDL_GetSystemRAM() function, which breaks the build on FreeBSD. Find attached a patch, which unbreaks the build and also should (for most cases) properly implement the sysctl support it.

14e13e13

2013-10-17T17:38:55

Fixed compiler warning if dynamic X11 loading isn't enabled.

7db31223

2013-10-17T17:37:23

Fixed using the wrong variable when reporting a missing SDL scancode mapping.

2e6b4b96

2013-10-17T11:56:33

Fixed compiling on Mac OS X, added a system RAM test

8b79cbad

2013-10-17T11:32:56

Added an API to get the amount of system RAM

852004a2

2013-10-17T11:32:14

The _SC_PHYS_PAGES method of calculating RAM works on Linux.

01164655

2013-10-14T09:15:41

Merged

64e1b1ca

2013-10-14T09:14:09

Fixed project conflict during commit

6435a82d

2013-10-14T09:12:30

Backed out revision fb5ab0e91c56, the platform specific messagebox functions don't have the right prototype since they're designed to be used standalone.

4b603abf

2013-10-14T08:56:55

For some reason, trying to raise the window programmatically while it's alt-tabbed away will minimize it. Added a workaround for this.

fea2699c

2013-10-14T08:56:50

Fixed the windows message debug output so it works without HAVE_LIBC

e7e86c6d

2013-10-14T08:56:45

Adding static lib to SDL builds on Windows. CR: SamL

06cab857

2013-10-14T08:56:37

Added support for SDL_PIXELFORMAT_UYVY surfaces on Mac OS X

8ec3ba38

2013-10-13T19:59:40

Fixed accumulating mouse wheel motion for the Microsoft Wireless Mouse 5000

080c919b

2013-10-13T19:51:58

Fixed function feature test for Visual Studio 2012 norfanin Fixes the version check for some functions that are only present with the MSVC 2013 CRT libraries. I did my testing wrong and failed to see that 2012 doesn't have these functions. Microsoft implemented them in their upcoming 2013 version, though. The attached patch changes it to the check for the next version. I also removed the HAVE_ITOA because that would require linking with oldnames.lib and it's easier to just let the SDL implementation take over.

2337a684

2013-10-13T19:49:45

Fixed bug 2149 - Don't search for libusbhid except on BSD Joseph Carter There's a whole set of configure tests for BSD's libusbhid, and they only matter on BSD. However, if you have the library on Linux, it gets pulled in as library bloat. And it's bloat of the highest order since not a single function call to the library is ever made unless you're on a *BSD.

a7b2db05

2013-10-13T19:48:45

Added an assert to catch init/quit call mismatch that might bite people.

e9d21339

2013-10-13T17:15:43

Prevent keystrokes from leaking through to the console when using evdev. This uses the same method Weston and X use. Sadly, to be fully effective when launching remotely, this needs root permissions.

kc3-lang/SDL

Log