У меня есть решение около 10 проектов, представляющих собой смесь c # и C ++, которые были созданы с использованием VS 10 в качестве DLL и работают с VC ++ redist 10.
Он использует различные сторонние библиотеки, такие как protobuf, gtest, openssl и т. Д., Все они созданы с использованием 10 наборов инструментов. И, следовательно, приложение, которое использовалось для плавной загрузки библиотечных библиотек во время выполнения.
Теперь мне нужно было обновить проект и собрать решение в VS 17, то есть в наборе инструментов 15.0. Я также собрал все проекты и сторонние библиотеки.
Но я использую эту стороннюю библиотеку Microsoft SCOM SDK, которую я не могу собрать с помощью набора инструментов 15.0
И когда я запускаю свое приложение, оно не загружает базовую dll, саму dll проекта (которая, в свою очередь, ссылается на dll Microsoft scom SDK).
Обходчик зависимостей показывает, что dll проекта все еще зависит от некоторых библиотек vc ++ 10, несмотря на сборку с последним набором инструментов 15.0 для vs2017.
При выполнении миграции нам действительно нужно перестраивать каждую зависимую dll, включая сторонние dll, которые связаны во время выполнения?
Правильно ли мое понимание?
Показывает ли обходчик зависимостей зависимые библиотеки только упомянутого dll или также всех dll рекурсивно, от которых он зависит?
Есть ли альтернативный способ справиться с этим?