Возникли проблемы с использованием async/await.
Я решил избавиться от зависимости AsyncTargetingPack, который больше не поддерживается в пользу Microsoft.Bcl.Async.
Пришлось поправить одну строчку, макросы собираются и проходят все тесты, но интеграция при пересборке постоянно выдает ошибку
В связи с чем несколько вопросов:
1) Имеет ли смысл делать pull request?
2) Если да, надо ли включать в него внешние зависимости или достаточно того, что можно поставить через nuget?
3) Что делать с ошибкой интеграции? Я так понимаю, что дело в portable class library, но как фиксить идей нет.
Re: Зависимости от внешник компонентов в стандартной поставке
Здравствуйте, STDray, Вы писали:
STD>В связи с чем несколько вопросов: STD>1) Имеет ли смысл делать pull request?
Пока не будет устранена проблема — не стоит.
STD>3) Что делать с ошибкой интеграции? Я так понимаю, что дело в portable class library, но как фиксить идей нет.
Судя по сообщению у тебя зацеплена сборка из 2-го фреймворка. Причем сборка важная.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[2]: Зависимости от внешник компонентов в стандартной поставке
VD>Пока не будет устранена проблема — не стоит.
В том-то и дело, что все прекрасно собирается и работает.
VD>Судя по сообщению у тебя зацеплена сборка из 2-го фреймворка. Причем сборка важная.
Суть такова: можно создать чистое консольное приложение на Немерль, выполнить Install-Package Microsoft.Bcl.Async, после чего интеграция начнет сыпать этой ошибкой. Насколько я понимаю, дело в Portable Class Library и рантайм умеет маршрутизировать зависимость от этой сборки в ту версию System.Core, которая установлена. А интеграция, по всей видимости, об этом не подозревает. С проектом на C# подобных неудобств не возникает.
Re[3]: Зависимости от внешник компонентов в стандартной поставке
Есть какие-то идеи, как можно решить этот вопрос?
Потому что проблема продолжает всплывать, что ограничивает применение Nemerle.
Компиляция проходит при этом успешно.
Что именно надо подкрутить в интеграции, чтобы поддержать работу с PCL сборками?
Re[5]: Зависимости от внешник компонентов в стандартной поставке
STD>Есть какие-то идеи, как можно решить этот вопрос?
Поддерживаю. Как раз столкнулся с неработающими тултипами и интеллисенсом (мой проект макросов ссылается на SharpYaml, которая PCL). В итоге половина смысла этого макроса пропадает
Re[6]: Зависимости от внешник компонентов в стандартной поставке
Здравствуйте, vaskir, Вы писали:
V>Поддерживаю. Как раз столкнулся с неработающими тултипами и интеллисенсом (мой проект макросов ссылается на SharpYaml, которая PCL). В итоге половина смысла этого макроса пропадает
Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE.
Присоединяйтесь и помогите сделать это быстрее.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[7]: Зависимости от внешник компонентов в стандартной поставке
VD>Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE. VD>Присоединяйтесь и помогите сделать это быстрее.
ОК, как я могу помочь? Времени свободного не сильно много, но есть.
Re[7]: Зависимости от внешник компонентов в стандартной поставке
Здравствуйте, VladD2, Вы писали:
VD>Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE.
Компилятор нормально собирает сборки с зависимостями от PCL, падает именно интеграция. Я думаю, что есть какое-то место (чтение метаданных, поиск сборок или подобное), где можно прикрутить дополнительную обработку для PCL и получить работающее решение уже сейчас. Или я ошибаюсь?
Re[8]: Зависимости от внешник компонентов в стандартной поставке
Здравствуйте, STDray, Вы писали:
STD>Компилятор нормально собирает сборки с зависимостями от PCL, падает именно интеграция. Я думаю, что есть какое-то место (чтение метаданных, поиск сборок или подобное), где можно прикрутить дополнительную обработку для PCL и получить работающее решение уже сейчас. Или я ошибаюсь?
Надо смотреть, что происходит, почему вылетает.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
