Получение старого поведения SDKROOT в XCode

Я пытаюсь настроить библиотеку для симулятора или сборки устройства, и везде, где я вижу, объясняется, что SDKROOT должен расширяться до /Developer/Platform/‹>/SDKs/‹>/, где ‹> заполняется настройками вашего проекта.

Многие ссылки в Интернете объясняют, что SDKROOT будет расширяться до пути, но в более новых версиях XCode SDKROOT расширяется до «iphoneos2.2.1», что не так полезно (для этой задачи).

Достаточно ясно, если вы посмотрите на документацию по яблокам, поведение изменилось:

http://developer.apple.com/mac/library/ДОКУМЕНТАЦИЯ/DeveloperTools/Reference/XcodeBuildSettingRef/9-Revision-3.1/history.html

Я подтвердил изменение, просмотрев старую документацию на своем Mac.

Любые мысли о том, как добиться аналогичной функциональности в последних сборках XCode? Моя конечная цель — связать статическую библиотеку независимыми от платформы способами. Файлы заголовков различаются на каждой платформе, поэтому создание библиотеки с толстыми статическими файлами не решает проблему.


xcode iphone static-libraries
person Brian King    schedule 18.02.2010    source источник
comment
Ссылка больше не работает   -  person sorin    schedule 26.07.2011

Ответы (2)


arrow_upward
4
arrow_downward

В Xcode 3.2.1 похоже, что SDK_DIR содержит путь, который раньше был в SDKROOT.

person cstawarz    schedule 18.02.2010

arrow_upward
0
arrow_downward

Я нигде не могу найти документацию, в которой упоминается SDK_DIR. В какой-то момент поведение SDKROOT явно изменилось. Раньше он расширялся до полного пути, а теперь просто расширяется до короткой формы, например «iphoneos4.3». Однако я не могу найти ничего, документирующего это изменение поведения, и приведенная выше ссылка не работает.

При экспериментировании SDKROOT это правильный выбор. Похоже, что он расширяется до короткой формы «iphoneos4.3», но на самом деле он расширяется до полного пути во время сборки. Я думаю, что Xcode просто сокращает его для целей отображения, что сбивает с толку.

person mlaster    schedule 29.07.2011