В настоящее время я пытаюсь упаковать ~ 350 собственных dylib C в один nuget для macOS. Файл .targets должен объединять dylib в окончательном mac .app, сохраняя при этом определенную архитектуру папок этих dylib.
Если это уместно, большинство dylib — это Mach-0 64-bit bundle x86_64
, поэтому я считаю, что NativeReference
не работает. Это верное предположение?
Пара, которую мне нужно загрузить со средой выполнения Objc из C # для P/Invoke, это Mach-0 64-bit dynamically linked shared library x86_64
(они будут обрабатывать пакеты и ожидать, что они будут в определенном относительном месте).
Моя попытка здесь https://github.com/mfkl/libvlc-nuget/pull/5/files. Не стесняйтесь игнорировать подключаемый модуль MSBuild выбор вишни.
Я не могу заставить все dylib быть внутри пакета Mac .app и создавать там папки.
Изменить: добавление дополнительной информации.
Пробовал NativeReference
, Content
, EmbeddedResource
и BundleResource
. Файлы либо не включаются, либо попадают в bin/debug
рядом с пакетом .app, что поправляет меня, если я ошибаюсь, это не то, что вам нужно при отправке библиотеки. Не знаете, что использовать или если пути неверны, но отзывы от MSBuild в VS, похоже, отсутствуют по этому поводу.
Любая помощь очень ценится.