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

MH>тогда нужно возвращаться на исходную и уточнять что же вам надо и достигать одинакового понимания
Я описал задачу. В общем виде — вот: https://rsdn.org/forum/dotnet/8423539.1

Автор: Sinclair
Дата: 07.12.22

у меня есть солюшн, в котором есть C# проект и С++ проект.
Шарповому проекту нужна .dll/.so, которая является результатом сборки C++ проекта. Она должна лечь рядом с шарповой .dll

В конкретном виде описал тут: https://rsdn.org/forum/dotnet/8426579.1

Автор: Sinclair
Дата: 12.12.22

X зависит от проекта Y.
https://github.com/evilguest/linq2d/blob/master/Linq2d.Tests/Linq2d.Tests.csproj#L46

X = Linq2d.Tests.csproj
Y = SauvolaBinarizeCPP.vcxproj

Каких именно деталей не хватает для одинаковости понимания?
Могу изложить ещё подробнее. Смотрите, у проекта Linq2d.Tests две зависимости: https://github.com/evilguest/linq2d/blob/master/Linq2d.Tests/Linq2d.Tests.csproj#L45:L46
Первая — от шарпового проекта. Наличие этой зависимости обеспечивает мне корректное копирование Linq2d.dll и других результатов сборки проекта Linq2d.csproj в результаты сборки проекта linq2d.Tests.
Мне нет никакой нужды руками прописывать в проекте Linq2d.Tests никакие "переложи в OutputDir для Linq2d.Tests.csproj всякие Linq2d.dll, Linq2d.pdb, собранные в проекте Linq2d.csproj". И если я, скажем, пойду в проект Linq2d, и поменяю в нём настройки OutputDir, то у меня сборка Linq2d.Tests всё равно пройдёт корректно. Потому что — магия.


Вторая зависимость — от C++ проекта.
Но SauvolaBinarizeCPP.dll сама никуда не копируется. Почему я должен руками в проекте Linq2d.Tests хардкодить расположение OutputDir и состав файлов SauvolaBinarizeCPP.vcxproj? Это как-то нелогично.
Я же не просто так для красоты поставил на него ProjectReference.