tobil4sk

This message exists to catch issues which would manifest later on as C++ errors from internal hxcpp files. It's not a good idea to disable this check because it will...

> HxcppSmartStings and not HxcppSmartStrings (with an r) Seems like a typo: https://github.com/HaxeFoundation/haxe/blob/bb569d9b99c23a9db3809eb760784d7f3a51735d/src-json/define.json#L473

I think it would be fine as part of this PR

This change was relevant, but I guess it didn't cover all the libraries: #10915 This discussion is also relevant: #9798

> To me the question is if the presence of -D lua-vanilla should cause code that relies on such libraries to cause a compiler error, i.e. have @:luaRequire fail in...

Seems like it worked fine with 4.3.7 but there was a regression at some point in haxe development. UPDATE: Seems like it's caused by: https://github.com/HaxeFoundation/haxe/pull/12377

I think it's not worth making breaking changes to the api unless all of them come at once and some other things are cleaned up as well. For now I...

> the stuff that's been changed is largely either a significant alteration to the API that can't be easily hidden (The controller changes) Couldn't we copy the sdl2-compat implementation? https://github.com/libsdl-org/sdl2-compat/blob/2b0faaa1ea3c2b8275a08e3ae2a1be58642e23de/src/sdl2_compat.c#L10689....

> Reworked things to not break API Thanks, that looks really good! > Fixing this requires forcing hlsdl to internally manage controllers so it can hold a stable index Not...

> Because the return order of SDL_GetJoysticks is not stable across all platforms. In my testing it very specifically was not stable and did not work properly. Ah ok thanks...