В свойства проекта почему-то отображается .NET Framework 2.0 и ниже (и mscorlib.dll) подключается соответствующая.
Проект, как я понимаю, все же 3.5.

Здравствуйте, Аноним, Вы писали:

А>В свойства проекта почему-то отображается .NET Framework 2.0 и ниже (и mscorlib.dll) подключается соответствующая.
А>Проект, как я понимаю, все же 3.5.

Если не цеплять сборок из 3.х фрэймворка, то будет освместим с 2.0.

Здравствуйте, VladD2, Вы писали:

VD>Если не цеплять сборок из 3.х фрэймворка, то будет совместим с 2.0.

Спасибо, но проблема в другом — надо, чтобы цеплялся 3.x framework, а он не цепляется.
Дело в том, что библиотека, которую я пишу должна подцепляться как плагин к другой программе (на .NET 3.5), а та в свою очередь динамически грузит плагины в свой процесс, где .NET 3.5 и .NET 2.0 одновременно не уживаются, как я понял, т.к. другие плагины, написанные также на .NET 3.5 нормально работают.
Проверял подключение этого же модуля как плагина к другой программе — на С++ Builder — все работало.

Здравствуйте, Аноним, Вы писали:

А>Дело в том, что библиотека, которую я пишу должна подцепляться как плагин к другой программе (на .NET 3.5), а та в свою очередь динамически грузит плагины в свой процесс, где .NET 3.5 и .NET 2.0 одновременно не уживаются, как я понял, т.к. другие плагины, написанные также на .NET 3.5 нормально работают.

На самом деле физически есть только рантайм .NET 2.0. Все версии .NET до 4.0 используют его. Так что в одном процессе они живут отлично. Разница там только в библиотеках. Так что они не могут не уживаться в месте. Проблема, видимо, в чем-то другом.

Дело в том, что библиотека на Nemerle — это plugin к программе на .NET 3.5. Система плагинизации реализована так, что plugin'ы загружаются в один домен с основной программой. Тестовый plugin на Nemerle не загружается, тестовый plugin на C# (.NET 3.5) загружается. Если бы был .NET 4 все тоже бы работало — он в один домен вроде подгружает и сборки .NET 2.0.
Сейчас это не столь важно, но вообще: существуют ли принципиальные сложности: в крайнем случае (когда это будет нужно) хочу попробовать скачать все исходники из репозитария и пересобрать необходимые сборки в .NET 3.5. Насколько я понимаю, задача принципиально разрешима (вопрос только затрат времени)?

Здравствуйте, Аноним, Вы писали:

А>Дело в том, что библиотека на Nemerle — это plugin к программе на .NET 3.5. Система плагинизации реализована так, что plugin'ы загружаются в один домен с основной программой. Тестовый plugin на Nemerle не загружается, тестовый plugin на C# (.NET 3.5) загружается. Если бы был .NET 4 все тоже бы работало — он в один домен вроде подгружает и сборки .NET 2.0.
А>Сейчас это не столь важно, но вообще: существуют ли принципиальные сложности: в крайнем случае (когда это будет нужно) хочу попробовать скачать все исходники из репозитария и пересобрать необходимые сборки в .NET 3.5. Насколько я понимаю, задача принципиально разрешима (вопрос только затрат времени)?

Интеграция немерла компилируется под 3.5 фрэймворк (так как использует некоторые функции из него). Никаких проблем с этим нет. Nemerle.dll же не зависит от фрэйморка 3.5 или 3.0. Она завязана на рантайм 2.0. Так что использование ее во фрэймворке 2.0 тоже не должно быть проблемой.

Думаю, проблему нужно искать в других сборках подключенных к плагину.

VD>Nemerle.dll же не зависит от фрэйморка 3.5 или 3.0. Она завязана на рантайм 2.0. Так что использование ее во фрэймворке 2.0 тоже не должно быть проблемой.
При необходимости ее можно перекомпилить под 3.5 или 3.0, взяв из исходников на github?

Здравствуйте, Аноним, Вы писали:

А>При необходимости ее можно перекомпилить под 3.5 или 3.0, взяв из исходников на github?

Да нет никакой разницы между этими рантаймами. Ядро там одно. Разные только библиотеки. Так что нет никакого толка в перекомпиляции. Еще раз повторяю, проект Интеграции со студией живет на 3.5 фрэйимворке. Никаких проблем при этом не возникает. Используется все та же длл.