Итак, я только что загрузил двоичные файлы LLVM Clang (2.6).
Mac OS X 10.6 поставляется с Clang 1.0.
Знаете ли вы, как интегрировать более позднюю версию Clang с Xcode 3.2.x IDE?
Просто переписывание файлов кажется немного рискованным.
Итак, я только что загрузил двоичные файлы LLVM Clang (2.6).
Mac OS X 10.6 поставляется с Clang 1.0.
Знаете ли вы, как интегрировать более позднюю версию Clang с Xcode 3.2.x IDE?
Просто переписывание файлов кажется немного рискованным.
Во-первых, вы имеете в виду clang 1.0 на основе LLVM 2.6. Нет clang 2.6, только clang 1.0 на основе LLVM 2.6. Кланг, выпущенный с LLVM 2.6, такой же, как у Xcode 3.2. (см. Wikipedia: "23 октября 2009 года Clang 1.0 был выпущен вместе с LLVM 2.6 в первый раз", я также знаю это из личный опыт).
Во-вторых - вы можете интегрировать любую версию clang, даже если вы создаете из clang SVN. Для этого у меня есть файл .xcconfig(обычный текстовый файл с суффиксом .xcconfig) с двумя параметрами:
GCC_VERSION = com.apple.compilers.llvm.clang.1_0
CC = /Users/jpo/Development/oss/llvm/Debug/bin/clang
Затем я добавляю файл xcconfig в свой проект (потому что он содержит некоторые другие предупреждения, которые мне нравятся включить, например, Peter Hosey рекомендует). Затем, в нижней правой части вкладки настроек сборки для моего проекта, я скажу, что это "Основано на" имени моего файла xcconfig.
Все это отлично работает, потому что тогда вы можете просто хранить файлы с clang SVN в каталоге на своем диске и строить его, а ваши проекты Xcode будут использовать всегда вашу последнюю версию, так как она всегда будет в этом дорожка. Конечно, создание clang само по себе является трудоемким процессом, но его по-прежнему, действительно, классно использовать передовые технологии.
Итак, не перезаписывайте! Переименуйте их в соответствующую версию (например, clang-1.0), а затем создайте символическую ссылку на нужную. Если что-то пойдет не так, вы можете переключить его на исходную версию.
/Developer/usr/bin.. в случае, если вы не знаете, где находятся бункеры.