В Xcode 4 установка пользовательского заголовка Поиск пути нарушает смысл кода - PullRequest
7 голосов
/ 31 мая 2011

Моя желаемая настройка - это основной проект, который зависит от подпроекта (который генерирует статическую библиотеку).Добавление подпроекта в Xcode работает нормально, но, как и следовало ожидать, вы должны установить путь поиска заголовка пользователя, чтобы включить папку подпроекта, если только вы не хотите явно добавить файлы подпроекта в основной проект, что в некотором роде противоречит целиподпроект.

Из того, что я могу сказать, установка пути поиска заголовка пользователя нарушит смысл кода и перейдет к переходу к определению в главном проекте, когда вы в следующий раз откроете проект.

Вот пример, очень простой, стандартный проект, который иллюстрирует проблему:

http://dl.dropbox.com/u/579169/MainProject.zip

Если вы перейдете к Application Delegate и попытаетесь перейти к определению ссылки на свойство, скажем, self.Окно, XCode просто дает вам список всех свойств "окна", о которых он знает.Аналогично, автозаполнение не работает.

Если вы удалите путь поиска заголовка пользователя, закроете проект и снова откроете его, смысл кода будет работать, как и ожидалось.

Я сообщил об ошибке в Apple,но мне было интересно, сталкивался ли кто-нибудь с этой конкретной проблемой или имеет разумный обходной путь.Удаление «производной» папки сборки проекта для запуска переиндексации не работает надежно.

Ответы [ 2 ]

2 голосов
/ 21 июля 2011

Обходной путь - сделать заголовки общедоступными в статической библиотеке. Затем добавьте следующее в пути поиска заголовка пользователя

"${BUILT_PRODUCTS_DIR}/usr/local/include/"
1 голос
/ 16 июня 2011

Я сообщил об этом в Apple, и они сообщают, что это было исправлено 6.06.2011 в XCode 4.1 (только для Lion). Я не подтвердил исправление, так как я не обновил свою машину для разработки до бета-версии Lion.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...