Closed Mastergatto closed 6 years ago
This is because it's trying to create an executable called retrace
(unrelated to the mupen64plus library), but there is already a folder called "retrace".
You can get around this by building in a "build" folder:
git clone https://github.com/ata4/angrylion-rdp-plus.git
cd angrylion-rdp-plus
mkdir build
cd build
cmake ../
make -j4
Then all the output files will be in angrylion-rdp-plus/build
It has worked this way, thanks for the tip! Although...I wonder if it's still needed to leave the cmakelist as it is now or not. Anyways, I'm leaving to you the decision to close this issue. Thanks again.
It's normal for the CMakeList to be in with the source code, creating a "build" folder is the proper way to do it, that way your Makefile and build objects don't get mixed in with the source code. The retrace folder could be renamed so it doesn't conflict with the retrace executable that is created, I'll leave that up to @ata4
I would preferably keep the folder name, but rename the executable instead. Or possibly even move all (re)tracing code to a local branch, since it's just an utility program for my tests that appears to confuse anyone else right now.
On Archlinux I'm having some issues with compiling this video plugin for mupen64plus, but in the end it still build a working .so library.