devkitPro

setInitialize/setGetSystemLanguage/setMakeLanguage/setExit should do the trick, I think.

https://github.com/switchbrew/libnx/blo ... #L865-L883

Also see how hbmenu does it: https://github.com/switchbrew/nx-hbmenu ... .c#L17-L21

glRasterPos2i is indeed a problematic function in legacy GL, since there is no hardware accelerated support for it in certain modern GPUs such as the one the Switch uses. Under normal circumstances a GL implementation has to fall back on software rendering, which is what upstream mesa implements. Ho...

I'm glad my pointers helped :)

3ds-examples contains examples for plain citro3d as well, of course.

It looks like you didn't copy over the LIBS part of the Makefile.

libctru documentation can be found here: https://libctru.devkitpro.org/

citro2d documentation can be found here: https://citro2d.devkitpro.org/

Unfortunately no such reference exists for citro3d.

Since you're using SDL and not EGL directly, that means you're locked out of using legacy GL APIs (SDL2 does not support creating legacy GL contexts as far as I can tell). You'll have to switch over to using EGL directly, unfortunately.

switch-mesa does support legacy OpenGL. The version of glad we package as switch-glad is only offered as courtesy so that most people don't need to do it on their own; but it is perfectly possible to generate a version of glad that loads an older version of OpenGL (select e.g. GL version 2.1 in Comp...

When you encounter this kind of error, it is suggested to run make clean prior to make, in order to clear out stale dependency tracking.

Our official Docker images have now been updated with all the current packages as of July 30th 2020.

This might be of interest: https://github.com/devkitPro/3ds-exampl ... s-decoding

Nope, sorry. The console is really only meant to be used in quick prototype programs that are not interested in setting up proper rendering.