To be honest, we can't "officially" support MACOSX, since we don't have a machine to test it. But as far as I can tell, you're already quite far. Some how cmake finds the fribidi library but not its headers. Have you put the fribidi headers (located in the directory ext_libs_for_windows/fribidi/include) in a search path of your compiler?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well... in the directory of M.A.R.S.' source code there is a folder called ext_libs_for_windows, in there is a folder fribidi/include with a lot of headers. These have to be in /usr/include/fribidi/ .
Hope this helps... have no clue about Mac's^^
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I already have those from MacPorts in /opt/local/include/ and I think it already gets included to the search path. Well, gonna try to link these headeres to /usr/include/.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
well... can you do this manually? M.A.R.S. will search for the folder "data" next to the executable. For OSX there are no other search paths defined... if you have a slight knowledge on programming it would be great, if you could implement this...
all the search-stuff is done in src/system/setting.cpp in the load() function (around line 190)...
or you may fix the copy issue... this is done with the cmake-script src/CMakeLists.txt..
Greetings, Simon.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yeeha! Congratulations! I pushed your patch to SVN!
Is it working entirely? Some weeks ago there were some issues with SFML2... strange full screen mode, an offset of, well, 10px when clicking with the mouse, no shaders and so on... ?
Would it be possible for you to provide a pre-compiled package for the next release, or is this to complicated? I'm just asking, because it was great to have MacOSX support, but for Felix and me that's impossible...
Greetings,
Simon.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Mh. Actually, you are correct, full screen mode is not really full (but I assume it's how the game should look like :p) [1] and I'm not able to turn shaders on, but everything else works. Also, according to otool, the game requires fribidi shared library, which is not bundled with OS X. Users would be required to use MacPorts and fixing this goes beyond my knowledge, I can just point you to include static version of fribidi to mac binary.
When you achieve to fix it, I'll be glad to be your osx builder :>
Cool, I can't attach files now. Anyway, there are the cmake/make logs:
http://dl.dropbox.com/u/1324224/mars_build_cmake.txt
http://dl.dropbox.com/u/1324224/mars_build_make.txt
To be honest, we can't "officially" support MACOSX, since we don't have a machine to test it. But as far as I can tell, you're already quite far. Some how cmake finds the fribidi library but not its headers. Have you put the fribidi headers (located in the directory ext_libs_for_windows/fribidi/include) in a search path of your compiler?
Erm, please forgive me, but... how do I do that? :x
Well... in the directory of M.A.R.S.' source code there is a folder called ext_libs_for_windows, in there is a folder fribidi/include with a lot of headers. These have to be in /usr/include/fribidi/ .
Hope this helps... have no clue about Mac's^^
I already have those from MacPorts in /opt/local/include/ and I think it already gets included to the search path. Well, gonna try to link these headeres to /usr/include/.
Well, I've compiled the game successfully, but when I launch the app it exists with:
--> ./mars
Searching for configuration file... Found nothing. Will create a new one.
Searching for data files... Found nothing. Aborting.
I suppose that data/ directory isn't being copied to .app container.
well... can you do this manually? M.A.R.S. will search for the folder "data" next to the executable. For OSX there are no other search paths defined... if you have a slight knowledge on programming it would be great, if you could implement this...
all the search-stuff is done in src/system/setting.cpp in the load() function (around line 190)...
or you may fix the copy issue... this is done with the cmake-script src/CMakeLists.txt..
Greetings, Simon.
Weee, it works! With my nearly-zero C++ experience I'm providing a patch, but I'm not sure if using relative path is correct.
http://dl.dropbox.com/u/1324224/mars_osx_dirs.diff
Thanks for your help ;-)
Yeeha! Congratulations! I pushed your patch to SVN!
Is it working entirely? Some weeks ago there were some issues with SFML2... strange full screen mode, an offset of, well, 10px when clicking with the mouse, no shaders and so on... ?
Would it be possible for you to provide a pre-compiled package for the next release, or is this to complicated? I'm just asking, because it was great to have MacOSX support, but for Felix and me that's impossible...
Greetings,
Simon.
Mh. Actually, you are correct, full screen mode is not really full (but I assume it's how the game should look like :p) [1] and I'm not able to turn shaders on, but everything else works. Also, according to otool, the game requires fribidi shared library, which is not bundled with OS X. Users would be required to use MacPorts and fixing this goes beyond my knowledge, I can just point you to include static version of fribidi to mac binary.
When you achieve to fix it, I'll be glad to be your osx builder :>
[1] - http://dl.dropbox.com/u/1324224/mars_fullscreen.png
I discovered another bug: keys like ctrl, shift, option, backspace do not work. I can't bind them, nor use them in text fields.
Well.. they work on linux and windows, so it's due to the very basic sfml2 port... hopefully they'll will work in a future release of sfml2...