#Sfml cmake linux code#
#Sfml cmake linux mac#

The resulting app bundle did work (I double checked it on an old Mac Mini on which I had just reinstalled the OS), but refused to open the first time when just double clicking it. The solution was to use 'install_name_tool' to set the rpath to the executable path: install_name_tool -add_rpath Huitzilopochtli _resourcePath = file + 'Contents/Resources/' Īnother problem was the executable searching for its dependencies in a wrong place. Getting the path looks like this: CFBundleRef bundle = CFBundleGetMainBundle() ĬFURLRef url = CFBundleCopyBundleURL(bundle) ĬFStringRef urlString = CFURLCopyPath(url) Ĭonst char *file = CFStringGetCStringPtr(urlString, kCFStringEncodingUTF8)

#Sfml cmake linux code#

Since this way I know where the assets are I added some code for OSX release builds generating an absolute path to the assets and appended the assets relative paths to it everywhere they are loaded in the code. It is a folder with a folder inside that is called 'Contents' which includes an 'ist', 'PkgInfo', a 'MacOS' folder including the executable and in my case the sfml dylibs and symlinks, a 'Frameworks' folder containing the frameworks SFML provides in the 'extlibs' folder and a 'Resources' folder containing the assets.

To solve this I put everything together into an App-Bundle which has a quite strict structure. The working directory relative to which it was looking for the assets was not the same the executable was in. I was developing on OSX so I didn't expect there to be any issues, turned out I was wrong.

One texture didn't load which was due to Linux being case sensitive for file names. So I added both to the folder and was done. For openSUSE I was just linking against a much newer version of libjpeg and on Ubuntu openAL was missing. I made another clean installation of openSUSE and also one with the latest version of Ubuntu and tested it on both. I started by putting the executable and the assets in the same folder and added the shared libaries for SFML together with the symlinks to them, since the project was linking against some of those. The tricky part was putting it all together. Then cmake could do its magic on Huitzilopochtli and again there were no complications. And unfortunately can't remember those names anymore.Ĭompiling and installing Box2D did again just work and so did installing SFML once it was build. Finding the correct names for those packages wasn't much fun, but I figured them out eventually with the help of google. I started with installing cmake and g++ and then tried generating make files for SFML and installed dev packages until it stopped complaining about any missing dependencies. I don't have Linux setup on any system, so I installed VirtualBox and setup a virtual machine with the latest version of openSUSE. So I packaged the runtime installer with the game. Only issue is that I built it with VC++14 which is the latest and most people don't have the runtime installed. Then I copied the games executable, assets folder, SFML DLLs and the openal DLL from the SFML dependencies all together in one folder and it just worked. I would have made it an 圆4 build, but I didn't set that up correctly for Box2D which is linked statically and thus settled with a x86 build. The SFML dependencies are all in its repository in the 'extlibs' folder. Using the cmake UI I did set all the missing library paths manually (which kinda isn't the point of cmake.) but once I had it all setup I generated a Visual Studio project and made a release build. In total it took about two additional days to get it running on all the different platforms (except Android, yet). We used CLion as IDE which uses cmake files for the project. The only Libraries used were Box2D and SFML. I know that LIB_INCLUDES and LIB_LINKS are correctly used because it doesn't complain about OpenGL.We used SFML for our Gamejam Game Huitzilopochtli and it fully supports Windows, OSX and Linux and has experimental support for iOS and Android. That's in both my library and executable's CMakeFiles.txt. Here's my top level CMakeLists.txt:Īdd_executable($ MATCHES 'Linux') It works fine with my setup in Windows, but Linux apparently hates it. My game code is compiling, but it will not find the link to the GLEW and SFML libraries. I kinda reworked the setup, I've got my engine that I've worked on and it compiles and links fine. So, I'm trying to build my application and I've got all my code compiling, but it's not linking and I'm not sure why. Okay, I decided I'd make a new post since the last one kinda got away from the original intent.