#10 M.A.R.S. won't build under OS X

open-fixed
nobody
None
5
2011-01-29
2011-01-26
Anonymous
No

It somehow does not recognize fribidi, but it is being detected by cmake.

Discussion

  • Mars-Core-Team
    Mars-Core-Team
    2011-01-27

    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

     
  • Mars-Core-Team
    Mars-Core-Team
    2011-01-28

    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.

     
  • Mars-Core-Team
    Mars-Core-Team
    2011-01-28

    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 ;-)

     
  • Mars-Core-Team
    Mars-Core-Team
    2011-01-29

    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.

     
  • Mars-Core-Team
    Mars-Core-Team
    2011-01-29

    • status: open --> open-fixed
     
  • 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.

     
  • Mars-Core-Team
    Mars-Core-Team
    2011-01-31

    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...