Сообщение Re[6]: 32/64/AnyCPU - что за @$^%$? от 10.10.2016 2:11
Изменено 10.10.2016 2:13 Артём
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Не пофиг например если идёт взаимодействие с native библиотеками
Ну так узнавай в своём управляемом коде, под какой процовой архитектурой и осью запущен, и подсасывай нужную native библиотеку. Я так делал на жаве, и jar-ка содержала актуальные на тот момент win32, lin32, lin64, osx-amd64, osx-ppc32 бинарнички-прокладки к нужным API оси. Но конечно да, сделать рабочее приложение- это немного отличается от переливания из пустого в порожнее про "портируемый .NET код на единственной платформе".
EP>Не пофиг например если идёт взаимодействие с native библиотеками
Ну так узнавай в своём управляемом коде, под какой процовой архитектурой и осью запущен, и подсасывай нужную native библиотеку. Я так делал на жаве, и jar-ка содержала актуальные на тот момент win32, lin32, lin64, osx-amd64, osx-ppc32 бинарнички-прокладки к нужным API оси. Но конечно да, сделать рабочее приложение- это немного отличается от переливания из пустого в порожнее про "портируемый .NET код на единственной платформе".
Re[6]: 32/64/AnyCPU - что за @$^%$?
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Не пофиг например если идёт взаимодействие с native библиотеками
Ну так узнавай в своём управляемом коде, под какой процовой архитектурой и осью запущен, и подсасывай нужную native библиотеку. Я так делал на жаве, и jar-ка содержала актуальные на тот момент win32-x86, lin-x86, lin-amd64, osx-amd64, osx-ppc32 бинарнички-прокладки к нужным API оси. Но конечно да, сделать рабочее приложение- это немного отличается от переливания из пустого в порожнее про "портируемый .NET код на единственной платформе".
EP>Не пофиг например если идёт взаимодействие с native библиотеками
Ну так узнавай в своём управляемом коде, под какой процовой архитектурой и осью запущен, и подсасывай нужную native библиотеку. Я так делал на жаве, и jar-ка содержала актуальные на тот момент win32-x86, lin-x86, lin-amd64, osx-amd64, osx-ppc32 бинарнички-прокладки к нужным API оси. Но конечно да, сделать рабочее приложение- это немного отличается от переливания из пустого в порожнее про "портируемый .NET код на единственной платформе".