Let's hope that this materialises so that I can finally finish this plugin for OS4...

It's possible to build libSDL2.a with -mcrt=clib2, but not with -mcrt=clib2-ts (-lgcc missing).

Now creating sdl2.library was an interesting suggestion. It sounds like a lot of work though. SDL2 relies on C library functions a lot so this may be a potential issue. I assume that newlib could be used though.

A native thread implementation for SDL2 might be easier goal, assuming SDL1 version can be referenced.

I don't require threads. I just require the following subsystems: SDL_INIT_VIDEO|SDL_INIT_TIMER|SDL_INIT_JOYSTICK|SDL_INIT_GAMECONTROLLER|SDL_INIT_AUDIO. So if you can provide a clib2 version for that it would already be sufficient. Threads aren't necessary for my plugin.

Let's hope that this materialises so that I can finally finish this plugin for OS4...

It's possible to build libSDL2.a with -mcrt=clib2, but not with -mcrt=clib2-ts (-lgcc missing).

If using a recent gcc I think you need to do this.makelink from SDK:gcc/lib/gcc/ppc-amigaos/5.4.0/clib2-ts to SDK:gcc/lib/gcc/ppc-amigaos/5.4.0/clib2

Now creating sdl2.library was an interesting suggestion. It sounds like a lot of work though. SDL2 relies on C library functions a lot so this may be a potential issue. I assume that newlib could be used though.

It's use of clibrary function is only an issue if the API requires you to pass things like sockets and filehandles as arguments, and malloc is not used, (or at least no malloced memeory is pass the to caller to free) being gfx related I'd think this was un likelty, but you never know... If all clibrary usage is internal either clib2 or newlib can easily be used in a library.