did u succeed to compile the lib with ur environement ? Can you tell me what is it?
There is one issue that i don't know how to solve it. It's when it try to compile the libGL.a and LibEGL.a (src/library/MakeFile)
it start to compile CC files with ppu-g++ but it is in standart=c++11 and ppu-g++ doesn't recognize the option "-std=c++11".
I tryed to change the standart to 98 but it failed to compile. Perhaps, you have a version of ppu-g++ which is supporting std=C++11 ?
BTW, to avoid an issue because i'm using minGW, i forced mklib script to always have the value of ARCH='PS3' ... do you think the issue is caused by this ?

It come from cgcomp.exe, any idea ?
updated gcc to version 4.9.0 and newlib to 2.1.0
It come from cgcomp.exe, any idea ?
I tryed to rename cgcomp.exe to cgc.exe but the generated files texcube_frag.h and texcube_vert.h are empty...
written by gzorin
I'm happy to assist with the RSXGL stuff. If you were trying to build the stuff in the rsxgl-samples repo, then, yeah, those are really out of date; they still compile their shaders off-line and haven't been updated to compile at runtime using the OpenGL API's.
Therefore the only really current example is the "gears" sample that's included in the RSXGL repo itself (that demo is a barely-modified version of the "es2gears.c" from mesa-demos). Kakaroto's EFL uses the library, too.
Since RSXGL doesn't implement any of the "legacy" (non-shader) OpenGL behavior, many sample/tutorial OpenGL programs that are out there won't work. Programs written against the OpenGL ES 2.0 profile should work, as long as they used vertex buffer objects.