Runs fine under 10.6.1 on a unibody MBP. Haven't tested multiplayer or anything though.
Definitely needs a more user friendly install process and such, considering as current it's impossible without the terminal. Is there a particular reason that the data folder has to be ~/.spring? If there is, your installer perhaps should make a more accessible alias to that location.
Are there mac compatible lobby clients available? A downloader? Settings dialog?
Cool, thanks for the feedback. Yes I agree it needs a more user friendly install process - I'm not yet targeting end users. I wanted to make sure that the actual package itself runs fine - that all the dependencies are properly included, etc.
My ultimate goal, if possible, is just to have a single .dmg that gives you a single .app bundle that you drag'n'drop into your applications folder, and double-click to run a lobby client, and it all just works.
Ideally all support files will go in ~/Library/Application Support/SpringRTS rather than in ~/.spring. However, I'm hoping I can avoid manual copying of maps/mods altogether if they auto-download to the right places through the lobby client.
Speaking of lobby clients, both SpringLobby and QT Lobby have been reported to work on Mac OS X. Some months ago I was personally able to build an earlier version of QT Lobby and run it, but wasn't able to successfully make it work with Spring. Others, however, have reportedly done so (see other Mac OS X threads - e.g. adso's efforts).
Most of all, I hope to finally break the "Mac curse" which is that people pop up from time to time, attempt a Mac port of Spring, get 99% of the way there, and then disappear again with their efforts essentially lost.