Почему это изменение компилятора надо сопровождать изменением boot?
— в boot лежат бинарники, мне кажется, что без необходимости их не надо коммитить
— boot используется только на первом круге сборки компилятора, на втором используется результат первого, который успешно соберёт и сам компилятор по-новому
Неизбежно boot надо коммитить, если со старым boot не выйдет собрать готовящееся к коммиту изменение. Как правило, это использование новых макросов в самом ncc или изменение внутренних типов компилятора.
Здравствуйте, Иванков Дмитрий, Вы писали:
ИД>Здравствуйте, para, Вы писали:
P>>Здравствуйте, Иванков Дмитрий, Вы писали:
ИД>>>А зачем коммитить boot?
P>>изменение компилятора P>>http://code.google.com/p/nemerle/source/browse/nemerle/trunk/ncc/optimization/CFG.n
ИД>Почему это изменение компилятора надо сопровождать изменением boot?
ИД>- в boot лежат бинарники, мне кажется, что без необходимости их не надо коммитить ИД>- boot используется только на первом круге сборки компилятора, на втором используется результат первого, который успешно соберёт и сам компилятор по-новому
ИД>Неизбежно boot надо коммитить, если со старым boot не выйдет собрать готовящееся к коммиту изменение. Как правило, это использование новых макросов в самом ncc или изменение внутренних типов компилятора.
P>поверил — компилируются обе фазы. P>нужная функциональность появилась.
P>перед тем, как залить изменения хотел удостоверится, правильно ли я делаю...
Вроде бы все ОК. Как я понимаю null означает использовать старое выражение.
P>комитить каталог boot надо после build.cmd?
Бут нужно комитить только если произошли изменения такие, что старым бутом нельзя собрать компилятор. Обычно это изменения в макросах или АПИ компилятора (имена и т.п.).
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, para, Вы писали:
P>Какое сделать значение по умолчанию? P>1. Как сейчас P>
P> Debug -> true
P> Release -> false
P>
P>2. Как в шарпе P>
P> Debug -> true
P> Release -> true
P>
Можно сделать как в шарпе, ничего плохо pdb в релизе не сулит.
P.S.
Как сейчас не хорошо, как минимум, потому что при сборке инсталлятора ищет pdb файлы
Ну это надо компиляцию инсталлятора исправлять или же сделать pdb по умолчанию.
так определено по умолчанию в MsBuild
P>>2. Как в шарпе P>>
P>> Debug -> true
P>> Release -> true
P>>
__>Можно сделать как в шарпе, ничего плохо pdb в релизе не сулит.
__>P.S. __>Как сейчас не хорошо, как минимум, потому что при сборке инсталлятора ищет pdb файлы __>Ну это надо компиляцию инсталлятора исправлять или же сделать pdb по умолчанию.
чтобы в релизе компилятора создавались ПДБ, надо либо вручную (теперь и через VS) исправить файлы проектов — добавить соответствующий элемент.
либо править настройки MsBuild, для изменения политики по умолчанию
P>>Какое сделать значение по умолчанию?
я имел в виду для новых проектов, при создании через VS.
пока оставил вар.1
для проектов, в в которых эта переменная не определена, работает политика по умолчанию MsBuild — тоже вар.1