Mechanized Assault & eXploration Reloaded » Talk » [MAXR] Offer: I build maxr on Mac OS X

maybeageek	Dec 21, 2012 10:51 am
Subject: Re: Offer: I build maxr on Mac OS X And I think I found the setting in xcode... under "build settings" But I don't know what to put there!
Attachments: Bildschirmfoto 2012-12-21 um 09.49.51.png (Filesize: 36.42 KB)

maybeageek

Dec 21, 2012 10:51 am

Subject: Re: Offer: I build maxr on Mac OS X

And I think I found the setting in xcode... under "build settings"
But I don't know what to put there!

Attachments:
Bildschirmfoto 2012-12-21 um 09.49.51.png (Filesize: 36.42 KB)

Toranaga	Dec 22, 2012 2:01 am
Subject: Re: Offer: I build maxr on Mac OS X Some more pointers: Check in the terminal "man install_name_tool" google about rpath and xcode. You will find something. For example these: https://wincent.com/...and_@rpath http://www.mikeash.com/...names.html I think the setting you found in xcode is not related to it. Sorry to be not more helpful. But when getting the rpath right, you should get it working. As an alternative (but not so good) you can try to use the frameworks I provided in the 0.2.8 build (but they are not the newest version) instead of the ones you are using currently. They have the executable_path set, so that they should be found on a user's machine that doesn't have the sdl frameworks installed in the global location.

Toranaga

Dec 22, 2012 2:01 am

Subject: Re: Offer: I build maxr on Mac OS X

Some more pointers:

Check in the terminal "man install_name_tool"
google about rpath and xcode. You will find something. For example these:
https://wincent.com/...and_@rpath
http://www.mikeash.com/...names.html

I think the setting you found in xcode is not related to it.
Sorry to be not more helpful. But when getting the rpath right, you should get it working.
As an alternative (but not so good) you can try to use the frameworks I provided in the 0.2.8 build (but they are not the newest version) instead of the ones you are using currently. They have the executable_path set, so that they should be found on a user's machine that doesn't have the sdl frameworks installed in the global location.