Xcode не строит двоичный - PullRequest
0 голосов
/ 09 июня 2010

XCode делает что-то странное, что я когда-то исправлял, но сейчас я не могу понять, в чем дело.

XCode строит мой проект нормально - без ошибок на чистом-все строить.Все мои названия продуктов и info.plists согласны, все настройки кажутся правильными.У меня есть только одна конфигурация сборки (я всегда удаляю их все, кроме случаев, когда мне нужно что-то действительно выпустить - избавиться от многих невидимых проблем с этими вещами).

За исключением того, что он не генерирует двоичные файлы для моегоcode.

А что?

Я недавно проверил код на новом компьютере, и я проверил все пути и все существует там, где он должен.

любая помощьценится.Он не выдает никаких ошибок и ни двоичного файла для .app, ни для .plugin (project.app/Contents/MacOS/THERE НИЧЕГО ЗДЕСЬ).

Спасибо !!!

-Стивен

Ответы [ 5 ]

1 голос
/ 11 июня 2010

Откройте окно результатов сборки, посмотрите журнал сборки и найдите шаг «Связывание». Нажмите кнопку расшифровки справа, чтобы показать фактическую командную строку вызова компоновщика. Посмотри внимательно на то, что там написано. Если при проверке неясно, в чем заключается проблема, перетащите шаг сборки «Связывание» в ответное сообщение, чтобы другие могли его увидеть.

0 голосов
/ 01 февраля 2011

На Xcode 3.2.5, после сборки 25 раз с успешными сборками, я начал задумываться о том, что происходит.

Как оказалось, мне пришлось делать сборку и архивирование.После этого вы получаете окно в Организаторе, которое я никогда не видел (Архивные приложения).Там я выбрал приложение, затем архивную сборку и затем контекстное меню с Show in finder.Там он был и прекрасно загружен в iTunes.


Обновление:

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

0 голосов
/ 16 июня 2010

UGH, поэтому ответ таков: одна из моих связанных библиотек не указала на правильный Dynamic Library Name для себя.

Это было что-то вроде build/Proj.build/Development/blah...

И это должно было быть /Library/Frameworks/$(EXECUTABLE_PATH), потому что именно там он был установлен на другом компьютере.

+ 1 Слава @cdespinosa за то, что он подумал, что это ошибка компоновки.

Извлеченный урок: если вы включаете что-то, что делаете сами, всегда otool -L это.

-S!

0 голосов
/ 11 июня 2010

Я бы создал новый пустой проект и скопировал бы файлы исходного кода из другого проекта. Здесь трудно диагностировать проблему без журнала сборки.

0 голосов
/ 11 июня 2010
...