почему когда пишем на C# UWP приложения сборки под ARM, ARM64, x86 и EM64T разные?
Ведь код под NET обрабатывается интерпретатором — байт код не должен зависеть от инструкций процессора.
Да и WinForms под WinArm вроде не работают...
Что мешало сделать платформу независимой?
Здравствуйте, vvv848165@ya.ru, Вы писали:
VYR>почему когда пишем на C# UWP приложения сборки под ARM, ARM64, x86 и EM64T разные? VYR>Ведь код под NET обрабатывается интерпретатором — байт код не должен зависеть от инструкций процессора. VYR>Да и WinForms под WinArm вроде не работают... VYR>Что мешало сделать платформу независимой?
Здравствуйте, vvv848165@ya.ru, Вы писали:
VYR>Ведь код под NET обрабатывается интерпретатором — байт код не должен зависеть от инструкций процессора. VYR>Что мешало сделать платформу независимой?
Код в NET бинарно платформонезависим, если используются JIT-компиляторы. С AOT-компиляторами приходится заранее компилировать под целевую платформу, как в каком-нибудь C++.
Интерпретаторы в NET — это пока экзотика, которой раньше вообще не было, только сейчас появляется для разных целей. В Моно точно делают, в Core вроде тоже.
Здравствуйте, vvv848165@ya.ru, Вы писали:
VYR>почему когда пишем на C# UWP приложения сборки под ARM, ARM64, x86 и EM64T разные? VYR>Ведь код под NET обрабатывается интерпретатором — байт код не должен зависеть от инструкций процессора.
Байт код да, но чтобы запустить байт код сначала нужно запустить его компилятор, для этого нужны инструкции процессора которые это делают.
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов
Здравствуйте, vvv848165@ya.ru, Вы писали:
VYR>почему когда пишем на C# UWP приложения сборки под ARM, ARM64, x86 и EM64T разные?
Клоун, который принимает технические решения в M$, решил, что нафик нам "ещё один формат" и запаковал обычный дот-нет код в экзешник. Думаю, остальное потянулось оттуда.
Мелкомягким нужно было сразу делать отдельный исполняемый .NET формат — тогда бы да, мы никогда бы не увидели этих обескураживающих настроек в VS "x86 / x64". Маразм...
Здравствуйте, Kolesiki, Вы писали:
K>Клоун, который принимает технические решения в M$, решил, что нафик нам "ещё один формат" и запаковал обычный дот-нет код в экзешник. Думаю, остальное потянулось оттуда. K>Мелкомягким нужно было сразу делать отдельный исполняемый .NET формат — тогда бы да, мы никогда бы не увидели этих обескураживающих настроек в VS "x86 / x64". Маразм…
1. По умолчанию там AnyCPU.
2. Что делает и зачем нужна в Студии/компиляторе эта настройка, ты не знаешь.
Здравствуйте, alexzzzz, Вы писали:
A>Здравствуйте, Kolesiki, Вы писали:
K>>Клоун, который принимает технические решения в M$, решил, что нафик нам "ещё один формат" и запаковал обычный дот-нет код в экзешник. Думаю, остальное потянулось оттуда. K>>Мелкомягким нужно было сразу делать отдельный исполняемый .NET формат — тогда бы да, мы никогда бы не увидели этих обескураживающих настроек в VS "x86 / x64". Маразм…
A>1. По умолчанию там AnyCPU.
И что дальше? Это как-то меняет факт, что сборку можно сделать x64 only?
A>2. Что делает и зачем нужна в Студии/компиляторе эта настройка, ты не знаешь.
Вот молодец, экстрасенсорный вы наш! Я так понимаю, сие сокровенное знание имеет лишь БГ и ты, да? Пожалуйста, не лопни от гордости за свои узколобые познания и ещё раз перечитай коммент, на который ты отвечал — походу, из-за своих "сакральных знаний" ты напрочь лишился понимания, что люди говорят. Перечитай и подумай, зачем я это написал и каким боком ВИРТУАЛЬНЫЙ код вдруг стал Windows only.
Господи, вы правда программируете? ЭТО — поколение, которое придёт за нами? Серьёзно? А я-то думал, индусы — низшая ступень программазма.
Здравствуйте, Kolesiki, Вы писали:
A>>1. По умолчанию там AnyCPU. K>И что дальше? Это как-то меняет факт, что сборку можно сделать x64 only?
1. Если тебе это надо, можно сделать. Если не надо, можно не делать. Это дополнительная возможность.
2. Сборка x64 only — это такая же сборка, как AnyCPU, только у неё имеется флажок, который предупреждает: "Не стоит меня запускать не под x64".
Зачем это надо?
NET и C# с рождения любят и умеют интероп с нативными библиотеками. Твоя программа/библиотека может иметь в зависимостях нативную x64-only-библиотеку (это твой выбор как автора; ты решил, что так будет нормально). Как результат, твою сборку не имеет смысла использовать не из x64-окружения — она там не будет правильно работать, потому что нативная библиотека, которая у тебя в зависимостях, не будет работать. Поэтому ты как автор ставишь флажок x64-only, чтобы заблокировать использование твоей сборки в окружении, работать в котором она заведомо не рассчитана. При желании этот флажок можно установить/снять у готовой сборки постфактум, есть утилита.
Если посмотреть, какие ещё есть варианты платформ, кроме AnyCPU и x64, найдутся ARM, ARM64 и Itanium, и нельзя выбрать несколько одновременно.
Почему?
Потому что в Microsoft работают криворукие индусы-мудаки. Потому что нет смысла. Ты всё равно не можешь поставить своей сборке в статические зависимости нативную библиотеку, которая одновременно и для Itanium, и для x64 (например). Так не бывает. Значит надо либо сделать два варианта сборки, одну с зависимостью для для Itanium, вторую — для x64 (код внутри сборок останется идентичным); либо сборку делать AnyCPU, а зависимости разрешать и подгружать как-нибудь динамически и в случае проблем выдавать ошибку в рантайме. Как именно делать, решать тебе как автору.
TL;DR
Ограничение по платформе не влияет на код в сборке, вообще никак, вот прям совсем. Это флажок-предупреждение на случай существования у сборки статических нативных зависимостей, чтобы пользователи не пытались использовать сборку в окружении, в котором эти зависимости не будут работать.
A>>2. Что делает и зачем нужна в Студии/компиляторе эта настройка, ты не знаешь. K>Вот молодец, экстрасенсорный вы наш! Я так понимаю, сие сокровенное знание имеет лишь БГ и ты, да? Пожалуйста, не лопни от гордости за свои узколобые познания и ещё раз перечитай коммент, на который ты отвечал — походу, из-за своих "сакральных знаний" ты напрочь лишился понимания, что люди говорят. Перечитай и подумай, зачем я это написал и каким боком ВИРТУАЛЬНЫЙ код вдруг стал Windows only.
А он не стал. Ты продолжаешь воевать с домыслами, которые развенчивались год назад здесь же и в твоём присутствии.
Касательно формата PE — как-то он не мешает дотнетным консольным утилитам и библиотекам работать и в Windows, и в macOS одновременно без перекомпиляции, пересборки и вообще без каких-либо изменений.
Здравствуйте, alexzzzz, Вы писали:
A>1. Если тебе это надо, можно сделать. Если не надо, можно не делать. Это дополнительная возможность. A>2. Сборка x64 only — это такая же сборка, как AnyCPU, только у неё имеется флажок, который предупреждает: "Не стоит меня запускать не под x64". A>Зачем это надо?
А я-то думал, индусы — низшая ступень программазма.
