@mitu Compile ffmpeg in due course because attractmode. I have recompiled / updated it adding the parameter --extra-ldflags = "- latomic" .
And now if I have been able to compile retroarch, I have even installed version 1.9.0.
... the && cd build part didn't do anything, so it tried to cmake & make from the wrong dir and, predictably, failed.
Don't use && then, just have the 2 commands separately.
.. this one just built it right there in the main tmp/build/module folder. Do I want to leave it in or out? Does it make a difference?
No, but some programs enforce a separate build folder (out-of-tree build) so you may get an error when building directly in the source folder.
Also, it still made the same file, but it put it in the wrong place. So if I were to use retropie_packages.sh <module> install after this, it would be installing the old one from the "build" dir and not the new one I just built in the wrong place, so this isn't a solution.
If you change the build parameters, then do a cleanup first.
I think I could begin the build function with a [[ -d build ]] && rm -rf build to remove the dir if it exists?
I don't think that when building with cmake this step is necessary, so that's why is not enforced. This is an issue only when repeatedly re-building without cleaning up, so it's more of an artifact of re-trying the build with a 'dirty' state.
You should first compile the program separately - not as a scriptmodule - to get the cmake build options right, then add it to the build function and try it from retropie_packages.sh.
@mth75 The patches added by the RetroPie install script work only with the branch/version specified in the script. If you'd like to get the latest dev version, you should also remove the .diff being applied.
lima driver only support opengl es. Is this the problem?
No, actually is the other way around - Emulationstation needs OpenGL ES for your system to work, but it relies on SDL2 to offer that. If your SDL2 library is not compiled with OpenGL ES support, then it won't work. The RetroPie-Setup script takes care of compiling or installing such SDL2 version (for Raspberry PI at least), I'm not sure your system provided SDL2 library has GL ES support and - also important - accelerated GLES support from the Lima driver.
@mitu That just gives me a segmentation fault. If it's too much trouble then I'll just try asking the person that compiled lr-mess successfully and hope that he can share it. The reason I wanted to try is because the person said he could succesfully run neogeo cd chd games. If latest mame can also do this now, I wonder how much work would it be to backport it for the mame2003-plus guys.
Nevermind i figured it out. The guide dosen't it make it noob clear that after you have built your own version you still have to actually move the binary to the appropriate folder but as i said in the end i figured it out :)