Ассемблер⁠⁠

Как насчет инженера который проектирует процессоры для исполнения программ?

+

а существует ли правительство или это ложь навязанная рептилоидами?

VS нет цели сгенерировать asm файл, это просто способ генерации машинного кода который позволяет разбить компиляцию на два этапа:

- "эвристический" когда VS анализирует код на ЯВУ с целью сгенерировать максимально эффективный код результат которого она представляет посредством asm файла.

- "механистический" когда ML64 и LINK напрягают все силы чтобы переварить полученный asm файл в исполняемый код.

Такой подход выбран не потому что а ASM это вершина программирования а потому что так можно разбить работу на два этапа а за одно обезличить ЯВУ, то есть VS не важно на C++ или C# или каком другом языке она все их конвертирует в ASM и скормит ML64 и LINK.

Обратите внимание промежуточный результат на asm даже не сохраняется потому что в реальности он никому и не нужен, завтра может выйти обновление по оптимизации, новый сет команд или еще что и VS сгенерирует новый asm по новым правилам.

ASM не цель VS а лишь средство.

на аполлонах

Эта библиотека существовала от сотворения мира или были/есть люди которые ее волшебным образом написали при том так что она дает 2-10 раз скорости?

Как они это сделали, почему их код в 2-10 раз лучше?

Да ктож его знает, могу предположить что ты тратишь время чтобы доказать кому то в сети что он не прав. Знаешь ли не очень умное время провождение.

Это параметр который позволяет сохранить этот файл, если он не будет установлен то VS создаст asm файл скормит его ml64.exe и link.exe получит результат и сотрет его за ненадобностью.

Ты отрицаешь очевидно из упрямого нежелания признать что твое первоначальное утверждение было ошибочно.

Не желание признавать свое заблуждение единственный твой мотив.

Под давлением фактов ты бул вынужден признать это в отношении GСС но упорно не желаешь признать это в отношении VS потому что в этом случае вся твоя точка зрения что ты отстаивал превращается в тыкву.

параметр который ты указал это и есть сигнал VS сохранить генерируемый ассемблерный код.

Искрении рад что общение со мной было для тебя продуктивно, сам же я пока не могу продолжить разговор по данному вопросу потому что мне нужно разобраться почему озвученная тобой ситуация имеет место быть.

да.

BolgenOS наше все!

Все перечисленные тобой понятия ни за ни против ассемблера, они параллельны, и даже больше если вдруг ты решишь использовать все эти возможности а использовать ты их сможешь только если решишь написать свою ось ну или хотя бы драйвер, выясниться что нет ЯВУ на котором ты бы мог это сделать. Эти понятия за гранью прикладных языков программирования.

Ассемблер это не цель, это средство, не надо наделять его ни волшебными ни демоническими способностями. если нужно используй, если избыточно, а чаше всего избыточно сложно/долго/дорого то отложи его и реши вопрос на ЯВУ быстрей/дешевле/легче.

Так надо было бы мне писать, я тебе бесплатно бы сказал что я 8085 в гробу видал.

Сейчас вас этим древним говном так замордуют что после него у тебя останется стойкое желание бить в лицо любому кто только произносит "ассемблер".

Я тебе бесплатный совет дам, отмучайся и забудь это говно что вас мучат, захочешь все таки вернуться к ассемблеру то учи 64-битный векторный ассемблер.

По сути вас даже не Паскалю учат а чему то типа Кобола.

Это говно умерло уже лет 30 назад и продолжает жить только в головах преподавателей. Потому как им глубоко плевать научитесь вы чему то в институте или нет.

Потому что это круто!!!

Я.

Вот тебе VS19:

Да.

из чего компилятор делает объектный файл? я просто знаю что ты ошибаешься но хотел бы показать тебе в чем.

Потому что это такой известный IT срачь. Всех маленьких програмеров сильно мучают в универах заставляя их писать на давно умершем 16-битном асме, в итоге они начинают его люто ненавидеть с религиозной ненавистью.

Если ты пользуешься VS открой настройки глянь их внимательно и ты увидишь что половина их это вопросы какой ассемблер ты хочешь направить в  ML64.EXE

Только начал читать и сразу же прочитал про необходимость просматривать код для поиска возможности замены одних ассемблерных команд на другие.

Ты хотел помочь мне привести примеры что я прав?

а чем тебе не нравиться мой говнокод? не нравиться не ешь.

ты путаешь теплое с мягким.

Не буду наставить на точности своего сравнения, но ужас от того что 2020 людей заставляют кодить на 16-битном асме повергает меня в уныние.

Зачем они так с людьми поступают?

а я вот ничего против не имею, есть много задач которые должны быть сделаны не долго/красиво/дорого, а быстро/дешево/надежно.

Этот псевдо ассемблер максимально к нему приближен к реальному так чтобы при конвертации из платформа независимого ассемблера в платформа зависимый одной псевдо инструкции соответствовала максимум две три реальных инструкции.

Смотри какое просто логическое построение: каким бы абстрактным и высоко уровневым не был бы язык программирования всегда наступает момент когда он должен быть переведен в машинный код и тут ты можешь выбрать два пути ты можешь для каждого языка писать новый компилятор а можешь написать для языка препроцессор который будет любой язык переводит в языко независимый формат (чувствуешь как байто кодом запахло) и этим "промежуточным" языком естественным образом является ассемблер.

Подавляющие большинство IDE конвертирует текст программы с ЯВУ а Асм а его отсылает в компилятор, который в таком случае может быть один для всех языков.

VS даже есть настройка чтобы сохранить этот промежуточный файл. Если его открыть там сотни тысяч строк ассемблерного кода

На Маска кстати чемто похож.

https://habr.com/ru/company/badoo/blog/317864/

Вроде уважаемая контора а какой то глупостью занимаются, свой ассемблер придумывают, прям как microsoft, те тоже зачем то придумали MASM и зачем то все продолжают и продолжают его поддерживать.

Ты им позвони и скажи что они забыли про космическую радиацию.

Я думаю дальше говорить нет смысла.

Допустим VS генерирует сперва ассемблерный код, а потом скармливает его компилятору в качестве которого она использует ML64.EXE.

Ассемблерный листинг используется как промежуточное звено, вне зависимости от языка программы она переводиться в MASM64, а потом отправляется в ML64.EXE и LINK.EXE и уже они генерируют двоичный код.

- почему Вы идете на Эверест?

- потому что он Есть.

Не бывает компилятора папы и компилятора мамы у которых рождается компилятор гений. Если компилятор чтото круто оптимизирует то это потому что какой то крутой чел  знающий ассемблер вдоль и поперек написал этот код оптимизации.

Ассемблер не востребован в IT второго мира к которым можно отнести постсоветское пространство, потому как оно живет за счет решений первого мира. Там пишут компиляторы и придумывают языки программирования.

Здесь все это лишь потребляют.

Ты осознаешь что ты противоречишь сам себе?

Ты перечислил процессорные потроха и увенчал все это заявлением что для работы с ними знание ассемблера не нужно от слова совсем.

Ты чувствуешь логическое противоречие в своих словах?

По этой причине половина математической библиотеки GO написана на асме, им просто было скучно.

Ассемблер не востребован на постсоветском пространстве, потому что его IT рынок вторичен, он живет и пользуется продуктами первого мира и не испытывает потребности писать на ассемблере. Все что ему надо уже сделано в первом мире.

Ты ярко демонстрируешь почему постсоветское пространство катиться из второго мира в третий.

Вот только результатом работы его программы является ассемблерный код который его программа (компилятор) генерирует на основе программного кода приложения.

Когда программист пишет компилятор он пишет программу для генерации ассемблерного кода.