Emulator Issues #5960
SFML in Externals is old+broken - should update to SFML 2.0 RC
This is somewhat related to issue 5585. Dolphin won't build against SFML 2.0 which is the default in Arch Linux.
We have an AUR package which installs SFML 1.6 in these dirs for compatibility issues: http://pastebin.com/DZEUHzzT.
CMake won't find the include dir by itself, I have to pass this:
The build process starts fine but leads to this error:
/home/alucryd/Packages/dolphin-emu-git/src/dolphin-emu/Source/Core/Core/Src/NetPlay.h:9:28: fatal error: SFML/Network.hpp: No such file or directory
make: *** [Source/Core/Core/CMakeFiles/core.dir/Src/NetPlay.cpp.o] Error 1
make: *** Waiting for unfinished jobs....
It seems to be looking in /usr/include instead of /usr/include/sfml1.6. I can tell because it finds the files when SFML 2.0 is installed in /usr/include, however it is not compatible yet and the build fails too.
#1 Updated by alucryd over 8 years ago
Okay, I have found a workaround:
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DwxWidgets_CONFIG_EXECUTABLE=/usr/bin/wx-config-2.9 -DwxWidgets_wxrc_EXECUTABLE=/usr/bin/wxrc-2.9 -DSFML_INCLUDE_DIR=/usr/include/sfml1.6 -DCMAKE_CXX_FLAGS=" -I/usr/include/sfml1.6"
sed -i 's|-lsfml-network|-lsfml1.6-network|g' Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/link.txt
This allows dolphin to be built against the 1.6 libs. BTW, while trying to figure out what was wrong, I noticed SFML includes in 3 files were defined within "", and not <>. I have uploaded a git patch here: http://pastebin.com/WG04HvRM
#9 Updated by frostwork1 almost 7 years ago
just wanted to emerge dolphin after a long time and noticed that this bug is still open. a quick google search brought be to this very own dolphin forum thread, where a friendly guy "WinterKnight" uploaded a patch which finally gets rid of the old sfml-1.6 stuff. would rock if this is going into upstream:
#10 Updated by frostwork1 almost 7 years ago
me again :}
I updated above patch to apply against 4.0.2 (haven't checked current master).
the 2nd patch adds sfml-system to the linked libraries, else I got several undefinded references. probably would be better to also look with cmake if sfml-system is available though.
with both patches applied 4.0.2 builds fine, the resulting binary seems to work