Re[6]: BuildInstallerRelease.cmd
От: VladD2 Российская Империя www.nemerle.org
Дата: 11.03.10 11:13
Оценка:
Здравствуйте, gloomy rocker, Вы писали:

VD>>Мы уже пользуемся услугами утилиты junction.exe. Наверно, имеет смысл вместо копирования создавать с ее помощью ссылки на файлы.

GR>ИМХО разницы никакой. Но в принципе можно, когда скрипт будет отлажен и останется только причесать его.

Разница есть когда речь идет о девелоперских сборках. Этот файл переодически меняется и очень легко поменять не ту версию и забыть ее скопировать.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[5]: BuildInstallerRelease.cmd
От: VladD2 Российская Империя www.nemerle.org
Дата: 11.03.10 11:14
Оценка:
Здравствуйте, gloomy rocker, Вы писали:

GR>Полученный инсталлятор глючит.


Это как раз то сообщение о том что "languageService == null"?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[7]: BuildInstallerRelease.cmd
От: gloomy rocker Россия  
Дата: 11.03.10 11:56
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, gloomy rocker, Вы писали:


VD>>>Пути решения проблемы видятся следующие:

VD>>>1. Использовать не задачу MSBuild, а задачу Exec в которой уже вызвать MSBuild.exe. Тогда он будет в отдельном процессе и проблема должна исчезнуть.
VD>>>2. Подправить Nemerle.MSBuild.Tasks.dll так чтобы она могла получать путь к NCC.exe в качестве одного из свойств.
VD>>>3. К едрене фене переписать Nemerle.MSBuild.Tasks.dll на C#, чтобы он больше не доставал. Он уже давно проблемы создает.
GR>>Если нет возражений, я остановлюсь на первом варианте. Минус будет только один — цели, предупреждения и ошибки не будут подсвечиваться соответствующими цветами.

VD>Ну, вот как раз против бесцветия возражения есть. Привык я к цветам . Так что двай как для начала попробуем вариант 2. Там делов то на 5 минут.

Согласен. Отказываться от удобств не хочется.

VD>>>А вообще, изначально нужно было писать Nemerle.MSBuild.Tasks.dll на шарпе. Тогда всех этих проблем с зависимостями попросту не было бы.

GR>>У меня, если честно, времени на это сейчас нет. Если найдутся энтузиасты и сделают это, я потом могу доработать скрипт.

VD>Ну, переписать все на шарпе действительно задача не на 5 минут, а вот добавить свойство в NCC-задачу можно очень быстро. Ща добавлю...

Давай. Попробую вариант с указанием, где брать NCC.exe
Скука — двигатель прогресса.
Re[6]: BuildInstallerRelease.cmd
От: gloomy rocker Россия  
Дата: 11.03.10 12:06
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, gloomy rocker, Вы писали:


GR>>А не затрется ли в таком случае значение переменной $(Nemerle), переданное извне? У меня сильное предчувствие, что затрется, и невозможно будет указать, каким компилятором собирать проект.


VD>Конечно затрется. Но, как я понимаю, только в рамках текущего проекта.

VD>И в нем оно уже будет не интересно. Ведь ведется сборка конкретной конфигурации. Если кому-то оно нужно, то можно создать еще одно свойство, например NemerleOldValue и сохранить старое значение свойства в нем.
Не все так просто. Переменная $(Nemerle) используется в Nemerle.MSBuild.targets
    <UsingTask
      TaskName="Nemerle.Tools.MSBuildTask.Ncc"
      AssemblyFile="$(Nemerle)\Nemerle.MSBuild.Tasks.dll"/>

и еще она потребуется для задания, где искать ncc.exe.
Это означает, что по крайней мере до импорта Nemerle.MSBuild.targets ее затирать нельзя.

GR>>Я имел в виду, что собрался компилятор. Дальше я пока не продвинулся.

GR>>...До инсталлятора пока дело не дошло. См. выше.

VD>Ясно. Жаль. Ну, да может все же дойдут.

Инсталлятор уже собирается, но еще глючит.

GR>>Раньше сборка компилятора запускалась в отдельном процессе с помощью задачи Exec. При этом вывод на консоль цветом не выделялся, как выделялся бы при использовании задачи MSBuild. MSBuild у меня раньше не получалось использовать, т.к. с одними и теми же параметрами его можно выполнить только один раз.


VD>Понял, то есть цвет зависит от того используется ли задача MSBuild или Exec.

VD>Ну, значит надо решать вопрос с Nemerle.MSBuild.Tasks.dll.
Именно так.

VD>>>Так что заливай изменения. В крайнем случае, будем разбираться по месту.

GR>>Для этого нужен доступ к SVN. Мой gmail: gordynych@gmail.com

VD>Добавил.

Ок.
Скука — двигатель прогресса.
Re[6]: BuildInstallerRelease.cmd
От: gloomy rocker Россия  
Дата: 11.03.10 12:07
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, gloomy rocker, Вы писали:


GR>>Полученный инсталлятор глючит.


VD>Это как раз то сообщение о том что "languageService == null"?

Оно самое.
Скука — двигатель прогресса.
Re[7]: BuildInstallerRelease.cmd
От: seregaa Ниоткуда http://blogtani.ru
Дата: 11.03.10 12:15
Оценка: 70 (2)
Здравствуйте, gloomy rocker, Вы писали:

GR>>>Полученный инсталлятор глючит.


VD>>Это как раз то сообщение о том что "languageService == null"?

GR>Оно самое.

У меня такое сообщение появлялось при отсутствии в "\Program Files\Nemerle" файла WpfHint.dll
Мобильная версия сайта RSDN — http://rsdn.org/forum/rsdn/6938747
Автор: sergeya
Дата: 19.10.17
Re[8]: BuildInstallerRelease.cmd
От: VladD2 Российская Империя www.nemerle.org
Дата: 11.03.10 12:42
Оценка:
Здравствуйте, gloomy rocker, Вы писали:

GR>Давай. Попробую вариант с указанием, где брать NCC.exe


Добавил. Свойство называется CompilerPath. Я уже установил его в значение из $(Nemerle) в Nemerle.MSBuild.targets:
        <Ncc
              ...
              CompilerPath="$(Nemerle)"


Так что по идее должно заработать как надо.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[7]: BuildInstallerRelease.cmd
От: VladD2 Российская Империя www.nemerle.org
Дата: 11.03.10 12:45
Оценка:
Здравствуйте, gloomy rocker, Вы писали:

VD>>Конечно затрется. Но, как я понимаю, только в рамках текущего проекта.

VD>>И в нем оно уже будет не интересно. Ведь ведется сборка конкретной конфигурации. Если кому-то оно нужно, то можно создать еще одно свойство, например NemerleOldValue и сохранить старое значение свойства в нем.
GR>Не все так просто. Переменная $(Nemerle) используется в Nemerle.MSBuild.targets
GR>
GR>    <UsingTask
GR>      TaskName="Nemerle.Tools.MSBuildTask.Ncc"
GR>      AssemblyFile="$(Nemerle)\Nemerle.MSBuild.Tasks.dll"/>
GR>

GR>и еще она потребуется для задания, где искать ncc.exe.
GR>Это означает, что по крайней мере до импорта Nemerle.MSBuild.targets ее затирать нельзя.

Дык, именно для этих целей ты ее и будешь затирать. Так что проблем быть не должно. Свойство я уже добавил
Автор: VladD2
Дата: 11.03.10
. Так что можешь пробовать.

GR>Инсталлятор уже собирается, но еще глючит.


А что там не так?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[8]: BuildInstallerRelease.cmd
От: kochetkov.vladimir Россия https://kochetkov.github.io
Дата: 11.03.10 14:42
Оценка:
Здравствуйте, seregaa, Вы писали:

S>У меня такое сообщение появлялось при отсутствии в "\Program Files\Nemerle" файла WpfHint.dll


Как оказалось, это оно и было, т.к. WpfHint отсутствовал в проекте инсталлера. fixed.
... << RSDN@Home 1.2.0 alpha 4 rev. 1437>>

[Интервью] .NET Security — это просто
Автор: kochetkov.vladimir
Дата: 07.11.17
Re[9]: BuildInstallerRelease.cmd
От: gloomy rocker Россия  
Дата: 11.03.10 14:49
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Добавил. Свойство называется CompilerPath. Я уже установил его в значение из $(Nemerle) в Nemerle.MSBuild.targets:

VD>
VD>        <Ncc
VD>              ...
VD>              CompilerPath="$(Nemerle)"
VD>


VD>Так что по идее должно заработать как надо.

После работы попробую.
Скука — двигатель прогресса.
Re[8]: BuildInstallerRelease.cmd
От: gloomy rocker Россия  
Дата: 11.03.10 14:52
Оценка:
Здравствуйте, VladD2, Вы писали:

GR>>Инсталлятор уже собирается, но еще глючит.


VD>А что там не так?

Да все то же "languageService == null"
Скука — двигатель прогресса.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.