Alexander Hirsch 2012-08-25 20:01:29 PDT
When creating a SDL_Texture with unsupported format (I'll now refer to it as
texture A), SDL_CreateTexture will call SDL_CreateTexture again with
GetClosestSupportedFormat to set texture->native (which I will now refer to as
texture B).
This causes texture B to be put before A in renderer->textures.
If texture A is explicitly destroyed, everything is fine. Otherwise, upon
SDL_DestroyRenderer, the loop will first encounter texture B, destroy it, then
texture A, destroy that which will want to destroy texture->native and since it
is already destroyed set an error.
The solution could be as simple as swapping texture A with B after
texture->native gets set in SDL_CreateTextures.
Martin Gerhardy 2012-08-27 02:42:25 PDT
I've extended the gl error checks.
This is needed because on my system there are errors in the renderer that are
hard to find.
Also glError can return multiple errors. Even if SDL_SetError would only
contain the last one of course, the SDL log facilities are able to get the
output for each error.
Cecil Curry 2012-08-27 16:55:12 PDT
Allow "aclocal" to find the "AC_CHECK_DEFINE" macro.
On running:
rm aclocal.m4
libtoolize --install --copy --force
aclocal -I acinclude
autoconf -I acinclude
The former three commands succeed, but "autoconf" fails with:
configure.in:198: error: possibly undefined macro: AC_CHECK_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
"aclocal" fails to find AC_CHECK_DEFINE and hence add such macro to
"aclocal.m4". Here is why:
* "acinclude/ac_check_define.m4" defines AC_CHECK_DEFINE via define() rather
than AC_DEFUN().
* "aclocal" fails to find macros defined via define().
Philipp Wiesemann 2012-07-28 10:03:47 PDT
the current version of SDL 2.0 (HG) does not provide scancodes for all keys
available on Android.
Missing are all new keys added since Android API level 11.
Also it would be possible to map SDL_SCANCODE_WWW, SDL_SCANCODE_MAIL and
SDL_SCANCODE_SLASH.
Android's KEYCODE_DEL is mapped to SDL_SCANCODE_DELETE but according to
Android's documentation [1] it should be like SDL_SCANCODE_BACKSPACE.
I attached a patch with these corrections.
Philipp Wiesemann 2012-08-18 14:09:47 PDT
there is currently no way in SDL to interact with the system clipboard on
Android.
I attached a patch which tries to implement the three clipboard functions for
Android. It does not add the CLIPBOARDUPDATE event because this seems to
require Android API 11 or polling.
rather than at configure time. As OS X supports lipo'ed versions of SDL for i386
and x86_64, a single set of headers that work for both architectures is desired.
