не компилируется последняя Nitra из мастера. BuildBoot.cmd выдает ошибку:
"G:\nitra\Common\BootTasks.proj" (целевой объект BuildBoot ) (1) ->
"G:\nitra\Boot2\Nitra.Compiler\Nitra.Compiler.nproj" (целевой объект Build ) (2) ->
"G:\nitra\Boot2\Nitra.Runtime\Nitra.Runtime.nproj" (целевой объект по умолчанию) (3) ->
(CoreCompile конечный объект) ->
G:\nitra\Boot1\Net-4.0\Nemerle.MSBuild.targets(289,5): error : Не удалось загрузить файл или сборку "System.Collections.Immutable, Version=1.1.37.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" либо одну из их зависимостей. Не удается найти указанный файл. [G:\nitra\Boot2\Nitra.Runtime\Nitra.Runtime.nproj]
Последняя успешно собирающаяся версия — от 1 октября. В чем может быть проблема?
Здравствуйте, meadow_meal, Вы писали:
_>Последняя успешно собирающаяся версия — от 1 октября. В чем может быть проблема?
Сообщение говорит, что у тебя нет вот этой сборки. Проверь наличие.
Не удалось загрузить файл или сборку "System.Collections.Immutable, Version=1.1.37.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" либо одну из их зависимостей. Не удается найти указанный файл.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>Сообщение говорит, что у тебя нет вот этой сборки. Проверь наличие. WH>
WH>Не удалось загрузить файл или сборку "System.Collections.Immutable, Version=1.1.37.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" либо одну из их зависимостей. Не удается найти указанный файл.
VD>?
VD>По идее ее нюгет должен выкачивать. Проверь, что пути совпадают.
Да, путь совпадает в точности.
Проблема идентично воспроизводится на двух имеющихся под рукой машинах. На обеих Windows 7 + последнее обновление VS 2017 Community. На обеих изначально отсутствовала переменная окружения VSINSTALLDIR, пришлось определять самому. На обеих сборка проходила успешна до коммита 6df1e0c21e6a5ed4e30ff6f181522b5087bf6a7d 03.10.2017 Bootstrapping.
Здравствуйте, meadow_meal, Вы писали:
_>Проблема идентично воспроизводится на двух имеющихся под рукой машинах. На обеих Windows 7 + последнее обновление VS 2017 Community. На обеих изначально отсутствовала переменная окружения VSINSTALLDIR, пришлось определять самому. На обеих сборка проходила успешна до коммита 6df1e0c21e6a5ed4e30ff6f181522b5087bf6a7d 03.10.2017 Bootstrapping.
У тебя бинарный лог сборки создался? Он анходится по пути:
Nitra\Boot2\BootTasks.binlog
Если он создался, то пришли его мне (можно выложить сюда в файлы, а можно просто мне на почту прислать vc@rsdn.ru).
Если есть возможность пустить меня локально на машину, через TeamViewer, могу посмотреть на проблему локально. Так будет проще разобраться. Для этого сначала свяжись со мной по скайпу vc.rsdn.ru
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали: VD>У тебя бинарный лог сборки создался? Он анходится по пути: VD>
VD>Nitra\Boot2\BootTasks.binlog
VD>
VD>Если он создался, то пришли его мне (можно выложить сюда в файлы, а можно просто мне на почту прислать vc@rsdn.ru).
Отправил на почту.
VD>Если есть возможность пустить меня локально на машину, через TeamViewer, могу посмотреть на проблему локально. Так будет проще разобраться. Для этого сначала свяжись со мной по скайпу vc.rsdn.ru
Спасибо. Сейчас нет возможности, но если лог не поможет, в выходные постучусь, если для тебя это удобно.
Здравствуйте, meadow_meal, Вы писали:
_>Отправил на почту.
Из лога видно, что сборка грузится по пути:
G:\Nitra\nitra\packages\System.Collections.Immutable.1.1.37\lib\portable-net45+win8+wp8+wpa81\System.Collections.Immutable.dll
То есть каталог packages ищется во вложенном каталоге G:\Nitra\nitra\, а должен в G:\Nitra\
Попробуй создать в корне еще один каталог (например, Projects) и переложить нитровский каталог в него. Может быть мы где-то с ".." ошиблись и путь не верно вычисляется.
В общем, надо выяснять, почему у тебя ссылка не туда ведет.
ЗЫ
Хороший лог сделал Осенков! В кое то веке для обнаружения ошибок не надо делать 20 приседаний и пересборок?!
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Из лога видно, что сборка грузится по пути: VD>G:\Nitra\nitra\packages\System.Collections.Immutable.1.1.37\lib\portable-net45+win8+wp8+wpa81\System.Collections.Immutable.dll
VD>То есть каталог packages ищется во вложенном каталоге G:\Nitra\nitra\, а должен в G:\Nitra\
Да не, это правильный путь. Так уж получилось. У меня в G:\Nitra целый ряд репозиториев, сэмплы (Nitra-Mini-C и т.п.), ну и сама нитра в G:\Nitra\nitra. По-дурацки вышло, но привык и не стал переименовывать.
В общем, путь верный, и сборка действительно лежит именно там. Понять бы только, почему она не грузится. Причем на другой машине то же самое — если что путь там другой, репозиторий прямо в корне.
Здравствуйте, VladD2, Вы писали:
VD>Возможно дело в том, что у нас эта сборка есть в GAC-е.
VD>Выполни у себя: VD>
VD>gacutil /l System.Collections.Immutable
VD>
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community>gacutil /l System.Collections.Immutable
Microsoft (R) .NET Global Assembly Cache Utility. Version 4.0.30319.0
c Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
В глобальном кэше сборок содержатся следующие сборки:
Число элементов = 0
Здравствуйте, meadow_meal, Вы писали:
_>Добавление System.Collections.Immutable в GAC решает проблему. После этого BuildBoot.cmd выполняется успешно.
Подумалось. Возможно дело в CopyCocal, который выставляется в False при наличии сборки в GAC и в True при отсутствии ее там.
Попробуй деинсталлировать System.Collections.Immutable из GAC, но в Nitra\Boot2\Nitra.Runtime\Nitra.Runtime.nproj, в Reference для этой сборки выставить:
<Private>True</Private>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Подумалось. Возможно дело в CopyCocal, который выставляется в False при наличии сборки в GAC и в True при отсутствии ее там.
VD>Попробуй деинсталлировать System.Collections.Immutable из GAC, но в Nitra\Boot2\Nitra.Runtime\Nitra.Runtime.nproj, в Reference для этой сборки выставить: VD>
VD><Private>True</Private>
VD>
Попробовал, получаю ту же ошибку, что и в стартовом сообщении.