C
Та знаю, я просто некоторое удалял
зачем комментить очевидное?
Size: a a a
2021 February 20
от
Та чел я ток разбираюсь
от
Чайник
П
Чайник
П
Кипит, налей чай
П
Да че ты тваришь, заварки слишком много
П
Вылей обратно, воот, всё
П
Терь норм
K
Господат такой вопрос, после компилятора файл программы например для какого нибудь мк заливается в виде машинного кода или в виде шестнадцатиричных значений?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
l
Господат такой вопрос, после компилятора файл программы например для какого нибудь мк заливается в виде машинного кода или в виде шестнадцатиричных значений?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
как по-твоему выглядит машинный код?
l
Господат такой вопрос, после компилятора файл программы например для какого нибудь мк заливается в виде машинного кода или в виде шестнадцатиричных значений?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
за декодирование отвечает декодер микрокоманд
B
Господат такой вопрос, после компилятора файл программы например для какого нибудь мк заливается в виде машинного кода или в виде шестнадцатиричных значений?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
После компилятора идёт ещё и линковщик ;)
Заливается бинарь, само собой. hex-файл чуть удобнее для программатора и программиста, можно сразу адреса загрузки указывать.
Заливается бинарь, само собой. hex-файл чуть удобнее для программатора и программиста, можно сразу адреса загрузки указывать.
l
в общем случае
l
Господат такой вопрос, после компилятора файл программы например для какого нибудь мк заливается в виде машинного кода или в виде шестнадцатиричных значений?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
Если в виде хекса, то какая часть в процессоре отвечает за декодирование например опкода 3E который назначен инструкции mov например?
Я правильно понимаю что некий дешифратор, берет из области программы значение(опкод) 3E, дешифрует его получая 111110 и сравнивает со всеми машинными значениями из таблицы с инструкциями которые закладывает завод?
декодер работает несколько сложнее, например x86 имеет инструкции разной длины
K
Не не, я тогда уточню, то есть компилятор минует условно ассемблер, как бы глупо не звучало, что у нас нигде нет mov/load, то есть уровня абстрации в виде ассемблера, компилятор СИ сразу генерирует нам абстрактный файл с опкодами
3A 3C CC ...
3A 3C CC ...
l
зависит от компилятора же
l
ты чего хочешь в итоге?
B
Не не, я тогда уточню, то есть компилятор минует условно ассемблер, как бы глупо не звучало, что у нас нигде нет mov/load, то есть уровня абстрации в виде ассемблера, компилятор СИ сразу генерирует нам абстрактный файл с опкодами
3A 3C CC ...
3A 3C CC ...
Ассемблер — это для людей :)
B
Не не, я тогда уточню, то есть компилятор минует условно ассемблер, как бы глупо не звучало, что у нас нигде нет mov/load, то есть уровня абстрации в виде ассемблера, компилятор СИ сразу генерирует нам абстрактный файл с опкодами
3A 3C CC ...
3A 3C CC ...
Вот, с ходу первое, что нашлось. Стоит почитать, думаю:
https://i2hard.ru/publications/24825/
https://i2hard.ru/publications/24825/
