It seems common practice for boost on os x bundles I could find that use boost. Also when we dont use much functionality of a library and only one executable is going to use it anyway we might as well link it static to get a smaller total size faster load time etc. For getting together a set of well build libraries to populate the libraries directory to build agains. I used some extra flags to make nvtt not build support for cude/cg/jpeg/png/openexr for example. Its not like the game uses much more from there then the texture encoding things. It would be nice to hash out and share the libraries we build. Also due to the api changes between 10.6 and 10.7 we need to check that the SDL patches or snapshot we end up using does indeed work nicely on both platforms. I think the lion api it uses also works on snow but not sure, the comment in the code states the it uses the newer functionality, but it uses the old one for 10.6 even though the new way is available. Its the little things that make the resulting binary work well for a lot of people. Also I would like confirmation if openal-soft works as well for other people as it does for me. I dont have access to snow leopard at the moment but would love the feedback. One of the reasons I am trying to make cmake work is that I dont like premake or know much about it. However for building gnu makefiles it seems very well suited. But then we need a script to add some OS X fancy things to the bundle it produces. Or am I wrong. For that we need an icon, a plist a direcotry to store libraries / frameworks. (Do we store dylib's in libraries and frameworks in frameworks ? ).