iOS CMake issues

Minor issues with the Ogre API that can be trivial to fix
Post Reply
d000hg
Goblin
Posts: 257
Joined: Tue Sep 02, 2008 9:41 pm
x 1

iOS CMake issues

Post by d000hg »

issue-0000570 wrote:I build for Mac + iOS so I have both Dependencies and iOSDependencies dirs. Doing a clean CMake build for iOS, I set OGRE_BUILD_PLATFORM_APPLE_IOS and set OGRE_DEPENDENCIES_DIR to my iOSDependencies dir.

When I run Configure I find that while HLSL2GLSL and OIS are now using the iOSDependencies dir, Boost, FreeType, FreeImage and ZZip all still refer to the Dependencies dir.

This is easy to hack in BUT also easy to miss and leads to a lot of head scratching when trying to compile!
issue-0000571 wrote:Building for iOS, CMake sets iOSSDK_INCLUDE_DIR to /Developer/Platforms, not to /Applications/Xcode.app/Contents/Developer.

running xcode-select --print-path tells me that /Applications/Xcode.app/Contents/Developer IS set so shouldn't CMake be using that?
issue-0000572 wrote:CMake is detecting Boost_INCLUDE_DIR as /usr/local/ogre/ogre1.8/Dependencies/include which is correct (apart from issue 0000570). However, Boost_DIR is not populated and every actual library is found at /opt/local/lib/, e.g. Boost_LIBRARY_DIRS = /opt/local/lib, Boost_THREAD_LIBRARY = /opt/local/lib/libboost_thread-mt.a

Clearly, I have boost installed elsewhere on my system. But shouldn't I be able to set a boost-path in CMake which overrides this?
Copied here in the hopes someone might suggest a patch I can apply locally before any official fixes are made. Also people seem to check the forums way more frequently :)
User avatar
masterfalcon
OGRE Retired Team Member
OGRE Retired Team Member
Posts: 4270
Joined: Sun Feb 25, 2007 4:56 am
Location: Bloomington, MN
x 126
Contact:

Re: iOS CMake issues

Post by masterfalcon »

Thanks! I have a couple of these fixed locally already but haven't had a chance to clean up and commit them.
Post Reply