Sat, 18 May 2013 14:48:19 +0200Fixed Doxygen warnings.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sat, 18 May 2013 14:48:19 +0200] rev 7188
Fixed Doxygen warnings.

Sat, 18 May 2013 14:04:37 +0200Corrected comment in Java file.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sat, 18 May 2013 14:04:37 +0200] rev 7187
Corrected comment in Java file.

Sat, 18 May 2013 14:03:45 +0200Changed import statements in Java file.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sat, 18 May 2013 14:03:45 +0200] rev 7186
Changed import statements in Java file.

Thu, 16 May 2013 12:16:12 -0400Made SDL_RectEmpty and SDL_RectEquals macros into SDL_FORCE_INLINE functions.
Ryan C. Gordon <icculus@icculus.org> [Thu, 16 May 2013 12:16:12 -0400] rev 7185
Made SDL_RectEmpty and SDL_RectEquals macros into SDL_FORCE_INLINE functions.

Fixes compiler warnings for things like this...

if (SDL_RectEmpty(&rect)) {}

...where the macro turned into "if ( (!(&rect)) && etc )" which some compilers
thought might be a programmer mistake, as "&rect" is always "true".

Thu, 16 May 2013 01:03:28 -0700Fixed bug 1829 - sdl2-config is not executable
Sam Lantinga <slouken@libsdl.org> [Thu, 16 May 2013 01:03:28 -0700] rev 7184
Fixed bug 1829 - sdl2-config is not executable

leighmanthegreat@hotmail.com

I downloaded SDL2 from hg source.
I built to a ./build directory.
I downloaded SDL_image 2 hg and attempted to build.
When it cannot find a sdl2-config the SDL_image configure correctly suggests setting SDL_CONFIG variable.
Setting this the configure still fails with 'Permission denied' on the call to sdl2-config.
Setting execute permission solves the problem.

If possible, sdl2-config should have executable bit set when it is created.

Thu, 16 May 2013 00:56:19 -0700Fixed bug 1838 - [Patch] Direct3D resource leak on SDL_DestroyRenderer()
Sam Lantinga <slouken@libsdl.org> [Thu, 16 May 2013 00:56:19 -0700] rev 7183
Fixed bug 1838 - [Patch] Direct3D resource leak on SDL_DestroyRenderer()

Thu, 16 May 2013 00:52:33 -0700Fixed bug 1839 - SDL2 Cmake: VIDEO_COCOA check fails on OS X; VIDEO_COCOA sources aren't compiled.
Sam Lantinga <slouken@libsdl.org> [Thu, 16 May 2013 00:52:33 -0700] rev 7182
Fixed bug 1839 - SDL2 Cmake: VIDEO_COCOA check fails on OS X; VIDEO_COCOA sources aren't compiled.

Thu, 16 May 2013 00:48:20 -0700Martin Gerhardy added support for the Jess Technology USB Game Controller
Sam Lantinga <slouken@libsdl.org> [Thu, 16 May 2013 00:48:20 -0700] rev 7181
Martin Gerhardy added support for the Jess Technology USB Game Controller

Thu, 16 May 2013 00:43:22 -0700Fixed bug 1846 - _allmul implementation in SDL_stdlib.c doesn't clean up the stack
Sam Lantinga <slouken@libsdl.org> [Thu, 16 May 2013 00:43:22 -0700] rev 7180
Fixed bug 1846 - _allmul implementation in SDL_stdlib.c doesn't clean up the stack

Colin Barrett

I see this manifest itself (VS2012 x86) as:

"Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention."

in the first call to SDL_GetTicks in my application. The disassembly at the problem line is:

hires_now.QuadPart *= 1000;
00AD0792 push 0
00AD0794 push 3E8h
00AD0799 mov eax,dword ptr [ebp-10h]
00AD079C push eax
00AD079D mov ecx,dword ptr [hires_now]
00AD07A0 push ecx
00AD07A1 call _allmul (0AE7D40h)
00AD07A6 mov dword ptr [hires_now],eax
00AD07A9 mov dword ptr [ebp-10h],edx

Apparently _allmul should be popping the stack but isn't (other similar functions in SDL_stdlib.c - _alldiv and whatnot - DO pop the stack).

A 'ret 10h' at the end of _allmul appears to do the trick

Wed, 15 May 2013 23:18:29 -0700There's no need to keep these private. If you extend SDLActivity, you should know what you're doing.
Sam Lantinga <slouken@libsdl.org> [Wed, 15 May 2013 23:18:29 -0700] rev 7179
There's no need to keep these private. If you extend SDLActivity, you should know what you're doing.