Portable Class Library разваливает интеграцию
От: STDray http://stdray.livejournal.com
Дата: 07.09.13 21:26
Оценка:
Возникли проблемы с использованием async/await.
Я решил избавиться от зависимости AsyncTargetingPack, который больше не поддерживается в пользу Microsoft.Bcl.Async.
Пришлось поправить одну строчку, макросы собираются и проходят все тесты, но интеграция при пересборке постоянно выдает ошибку
http://img823.imageshack.us/img823/133/31co.png

В связи с чем несколько вопросов:
1) Имеет ли смысл делать pull request?
2) Если да, надо ли включать в него внешние зависимости или достаточно того, что можно поставить через nuget?
3) Что делать с ошибкой интеграции? Я так понимаю, что дело в portable class library, но как фиксить идей нет.
Re: Зависимости от внешник компонентов в стандартной поставке
От: VladD2 Российская Империя www.nemerle.org
Дата: 07.09.13 21:50
Оценка:
Здравствуйте, STDray, Вы писали:

STD>В связи с чем несколько вопросов:

STD>1) Имеет ли смысл делать pull request?

Пока не будет устранена проблема — не стоит.

STD>3) Что делать с ошибкой интеграции? Я так понимаю, что дело в portable class library, но как фиксить идей нет.


Судя по сообщению у тебя зацеплена сборка из 2-го фреймворка. Причем сборка важная.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[2]: Зависимости от внешник компонентов в стандартной поставке
От: STDray http://stdray.livejournal.com
Дата: 15.09.13 19:27
Оценка:
VD>Пока не будет устранена проблема — не стоит.
В том-то и дело, что все прекрасно собирается и работает.

VD>Судя по сообщению у тебя зацеплена сборка из 2-го фреймворка. Причем сборка важная.

Суть такова: можно создать чистое консольное приложение на Немерль, выполнить Install-Package Microsoft.Bcl.Async, после чего интеграция начнет сыпать этой ошибкой. Насколько я понимаю, дело в Portable Class Library и рантайм умеет маршрутизировать зависимость от этой сборки в ту версию System.Core, которая установлена. А интеграция, по всей видимости, об этом не подозревает. С проектом на C# подобных неудобств не возникает.
Re[3]: Зависимости от внешник компонентов в стандартной поставке
От: _NN_ www.nemerleweb.com
Дата: 16.09.13 07:26
Оценка:
Здравствуйте, STDray, Вы писали:

Про PCL я уже писал, но видимо никто не обратил внимания

http://www.rsdn.ru/forum/prj.nemerle/5118748.1
Автор: _NN_
Дата: 31.03.13
http://rsdn.nemerleweb.com
http://nemerleweb.com
Re[4]: Зависимости от внешник компонентов в стандартной поставке
От: STDray http://stdray.livejournal.com
Дата: 16.09.13 10:23
Оценка:
_NN>Про PCL я уже писал, но видимо никто не обратил внимания

_NN>http://www.rsdn.ru/forum/prj.nemerle/5118748.1
Автор: _NN_
Дата: 31.03.13


Я просто не хожу в тот раздел. Надо будет хотя бы иногда его просматривать.
Re[5]: Зависимости от внешник компонентов в стандартной поставке
От: _NN_ www.nemerleweb.com
Дата: 16.09.13 11:41
Оценка: +2
Здравствуйте, STDray, Вы писали:

STD>Я просто не хожу в тот раздел. Надо будет хотя бы иногда его просматривать.


Как бы раздел интеграции он отдельный.
Хотя может и стоит объединить
http://rsdn.nemerleweb.com
http://nemerleweb.com
Re[6]: Зависимости от внешник компонентов в стандартной поставке
От: ionoy Эстония www.ammyui.com
Дата: 16.09.13 14:43
Оценка: 1 (1)
Здравствуйте, _NN_, Вы писали:

_NN>Как бы раздел интеграции он отдельный.

_NN>Хотя может и стоит объединить

Тут вопросов то кот наплакал. Какой смысл в отдельном разделе
www.livexaml.com
www.ammyui.com
www.nemerleweb.com
Re[6]: Зависимости от внешник компонентов в стандартной поставке
От: hi_octane Беларусь  
Дата: 16.09.13 18:54
Оценка:
_NN>Хотя может и стоит объединить
Однозначно стоит
Re[4]: Зависимости от внешник компонентов в стандартной поставке
От: STDray http://stdray.livejournal.com
Дата: 19.01.16 13:15
Оценка:
>http://www.rsdn.ru/forum/prj.nemerle/5118748.1
Автор: _NN_
Дата: 31.03.13

>https://github.com/rsdn/nemerle/issues/471

Есть какие-то идеи, как можно решить этот вопрос?
Потому что проблема продолжает всплывать, что ограничивает применение Nemerle.
Компиляция проходит при этом успешно.
Что именно надо подкрутить в интеграции, чтобы поддержать работу с PCL сборками?
Re[5]: Зависимости от внешник компонентов в стандартной поставке
От: vaskir Россия vaskir.blogspot.com
Дата: 19.01.16 13:31
Оценка:
STD>Есть какие-то идеи, как можно решить этот вопрос?

Поддерживаю. Как раз столкнулся с неработающими тултипами и интеллисенсом (мой проект макросов ссылается на SharpYaml, которая PCL). В итоге половина смысла этого макроса пропадает
Re[6]: Зависимости от внешник компонентов в стандартной поставке
От: VladD2 Российская Империя www.nemerle.org
Дата: 21.01.16 04:55
Оценка:
Здравствуйте, vaskir, Вы писали:

V>Поддерживаю. Как раз столкнулся с неработающими тултипами и интеллисенсом (мой проект макросов ссылается на SharpYaml, которая PCL). В итоге половина смысла этого макроса пропадает


Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE.

Присоединяйтесь и помогите сделать это быстрее.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[7]: Зависимости от внешник компонентов в стандартной поставке
От: vaskir Россия vaskir.blogspot.com
Дата: 21.01.16 07:42
Оценка:
VD>Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE.
VD>Присоединяйтесь и помогите сделать это быстрее.

ОК, как я могу помочь? Времени свободного не сильно много, но есть.
Re[7]: Зависимости от внешник компонентов в стандартной поставке
От: STDray http://stdray.livejournal.com
Дата: 21.01.16 09:44
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Проблема с PCL — это проблема зависимости от SRE (System.Reflection.Emit). Нормальное ее решение — это перевод Немерла на Nitra и бэкэнд независимый от SRE.


Компилятор нормально собирает сборки с зависимостями от PCL, падает именно интеграция. Я думаю, что есть какое-то место (чтение метаданных, поиск сборок или подобное), где можно прикрутить дополнительную обработку для PCL и получить работающее решение уже сейчас. Или я ошибаюсь?
Re[8]: Зависимости от внешник компонентов в стандартной поставке
От: VladD2 Российская Империя www.nemerle.org
Дата: 21.01.16 21:04
Оценка:
Здравствуйте, STDray, Вы писали:

STD>Компилятор нормально собирает сборки с зависимостями от PCL, падает именно интеграция. Я думаю, что есть какое-то место (чтение метаданных, поиск сборок или подобное), где можно прикрутить дополнительную обработку для PCL и получить работающее решение уже сейчас. Или я ошибаюсь?


Надо смотреть, что происходит, почему вылетает.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.