Wed, 21 Nov 2018 23:37:23 -0400metal: SDL_RenderFillRects uses one draw call per 16k rectangles (within the given FillRects call), instead of one draw call per rectangle. Reduces CPU usage when drawing many rectangles.
Alex Szpakowski [Wed, 21 Nov 2018 23:37:23 -0400] rev 12427
metal: SDL_RenderFillRects uses one draw call per 16k rectangles (within the given FillRects call), instead of one draw call per rectangle. Reduces CPU usage when drawing many rectangles.

Sun, 04 Nov 2018 21:08:40 +0100wayland: ask xdg-decoration protocol extension to use server-side decorations if possible.
Sebastian Krzyszkowiak [Sun, 04 Nov 2018 21:08:40 +0100] rev 12426
wayland: ask xdg-decoration protocol extension to use server-side decorations if possible.

Tue, 20 Nov 2018 10:55:00 +0300minor update to Makefile.os2, added a test/Makefile.os2.
Ozkan Sezer [Tue, 20 Nov 2018 10:55:00 +0300] rev 12425
minor update to Makefile.os2, added a test/Makefile.os2.

Mon, 19 Nov 2018 21:35:59 -0800Fixed bug 4394 - Crash in SDL_PumpEvents() after SDL_DestroyWindow()
Sam Lantinga [Mon, 19 Nov 2018 21:35:59 -0800] rev 12424
Fixed bug 4394 - Crash in SDL_PumpEvents() after SDL_DestroyWindow()

Cameron Gutman

After updating to SDL 2.0.9, I got a user report that my app was crashing when closing a SDL_WINDOW_FULLSCREEN window to return to my Qt-based UI. It looks like the dead SDL window is getting a spurious updateLayer call which is causing SDL to dereference a null SDL_WindowData pointer.

For some reason, this only happens when using SDL_WINDOW_FULLSCREEN and not windowed or SDL_WINDOW_FULLSCREEN_DESKTOP. I was also unsuccessful in my attempt to get a simple reproducer for this crash. The Session.cpp code is available https://github.com/moonlight-stream/moonlight-qt/blob/688c4a90d994aa23e7b0af3ffcbb8707886db780/app/streaming/session.cpp but I slightly modified it (adding a SDL_PumpEvents() call at 1179 to immediately trigger the issue, otherwise it happened when Qt next pumped the event loop).

The crashing line is:

NSMutableArray *contexts = data->nscontexts;

Mon, 19 Nov 2018 21:28:52 -0800Fixed bug 4392 - SDL_cpuinfo.h breaks compilation with C bool type
Sam Lantinga [Mon, 19 Nov 2018 21:28:52 -0800] rev 12423
Fixed bug 4392 - SDL_cpuinfo.h breaks compilation with C bool type

Luke Dashjr

Bug 3993 was "fixed" by #undef'ing bool. But this breaks C99's stdbool.h bool too.

For example, mpv's build fails with:

../audio/out/ao_sdl.c:35:5: error: unknown type name ‘bool’

It seems ill-advised to be #undef'ing *anything* here - what if the code including SDL_cpuinfo.h actually wants to use altivec?

Mon, 19 Nov 2018 21:17:00 -0800Fixed bug 4391 - hid_enumerate() sometimes causes game to freeze for a few seconds
Sam Lantinga [Mon, 19 Nov 2018 21:17:00 -0800] rev 12422
Fixed bug 4391 - hid_enumerate() sometimes causes game to freeze for a few seconds

Daniel Gibson

Even though my game (dhewm3) doesn't use SDL_INIT_JOYSTICK, SDL_PumpEvent() calls SDL_JoystickUpdate() which ends up calling hid_enumerate() every three seconds, and sometimes on my Win7 box hid_enumerate() takes about 5 seconds, which causes the whole game to freeze for that time.

Sun, 18 Nov 2018 19:28:20 +0300os/2 bits for SDL_malloc.c -- from libffi
Ozkan Sezer [Sun, 18 Nov 2018 19:28:20 +0300] rev 12421
os/2 bits for SDL_malloc.c -- from libffi

Sun, 18 Nov 2018 11:50:20 +0300libm: Watcom defines huge=__huge: undefine it to fix build using Watcom.
Ozkan Sezer [Sun, 18 Nov 2018 11:50:20 +0300] rev 12420
libm: Watcom defines huge=__huge: undefine it to fix build using Watcom.

Sun, 18 Nov 2018 11:50:02 +0300Makefile.os2: build libm as a static lib and add it to linkage.
Ozkan Sezer [Sun, 18 Nov 2018 11:50:02 +0300] rev 12419
Makefile.os2: build libm as a static lib and add it to linkage.

in case it is needed some day.

Sat, 17 Nov 2018 16:24:52 -0500opengles: Fixed compiler warnings.
Ryan C. Gordon [Sat, 17 Nov 2018 16:24:52 -0500] rev 12418
opengles: Fixed compiler warnings.