Could these dependencies get covered with a cross-compiling environment? I guess that Jancek does not compile Wayfarer on a MorphOS machine.

Only thing I'm struggling with is an ORIGINAL game concept/idea.. It's hard!

I don't know if GLES2 it is really supported. Despite that article if you checkout the source code GLES2 seems unavailable whiel GLES3 it is present

Godot has dropped support for OpenGLES since version 2.1. 3.0 use vulkan like a lot of new software.
So we need vulkan first.. but i think it will be really hard

Is it mean that Nova need to deal with unitialized variables again ? Like, "vec3 col;" is unitialized, and optimizer fail to see that it used in the "if" later? But then, if should't work at all then, but it works. Just live vec3 have different value ?

Maybe create another bug-report exactly about those "SOP1 instructions can't have VGPR source or destination" ? As there some other shaders which bring that error.

If we made it like:

#version 310 es

void main(void)
{
mat2 m = mat2(1.0f,2.0f,3.0f,4.0f);
}

Then it still the same issue: "Matrix element 0's type (unknown) doesn't match the matrix's element type (Float)". The same with #version 140. And it the same ok with glslangvalidator (be it 310 es or 140), and fail when pass spirv to nova.

So to use unasigned values (which probabaly should be 0.0f by deafult ?)

, then error i got are :

INTERNAL ERROR: SOP1 instruction can't have VGPR source or desitnation registers S_MOV_B32 sDst(SGPR9) src0(VGPR2).

In all those cases we fail with that error. Maybe there a way for time being to workarond it somehow ?

@Capehill
Vertex, but not fragment one, maybe that the issue (exactly in fragment ones). Because just pure this one didn't compiles :

#version 310 es

float a,b,c,d;

void main(void)
{
mat2 m = mat2(a,b,c,d);
}

Those kind of function ideally can be of course in clib2/newlib, but they can also be in os4_funcs.cpp included and to be builded with.

So is anyone aware of an implementation of mmap()/umap() on OS4 or, if not, any pointers on what libraries I can use to have to try and develop one, like Exec's MMU interface maybe?

C++ headers are provided with the compiler and not newlib/clib2.

Simply saying that something is missing from std:: namespace is not helpful for me as this is a C++ thing and not something that newlib (or clib2) can provide directly. More helpful would be to know what c library functions are missing that gcc needs in order to provide said feature...

As for sys/mman.h, for example, I simply made override includes for those, and handcrafted my own solution for Jamiga. IIRC it was however only like two-three functions used, and they were simple to implement.
It’s not a long term solution, but perhaps something to make progress. I.e. crests dummy implementations in order to see how far one gets in the compile process.