MM
Нет, у них вообще нет встроенного ассемблера.
Size: a a a
2020 December 10
а
Нет, у них вообще нет встроенного ассемблера.
У кого это у них? У GCC есть
MM
У кого это у них? У GCC есть
Нет, GCC генерит код на ассемблере в текстовом виде и скармливает его ассемблеру. Как временный файл или через pipe.
а
Хорошо, неправильно понял)
LA
Нет, GCC генерит код на ассемблере в текстовом виде и скармливает его ассемблеру. Как временный файл или через pipe.
По идее, я мог бы примерно так же сделать, наверное. Хотя для меня это просто интересный учебный проект
h
Может быть и очень простой вопрос, но всё же: Си хранит у себя какой-то мэп лейблов куда прыгать, или как он запоминает куда прыгать, например, к функции?
BD
Может быть и очень простой вопрос, но всё же: Си хранит у себя какой-то мэп лейблов куда прыгать, или как он запоминает куда прыгать, например, к функции?
имена функций это символы, символы респолагает и резолвит линкер
BD
(линкер и си никак не связаны)
M
Может быть и очень простой вопрос, но всё же: Си хранит у себя какой-то мэп лейблов куда прыгать, или как он запоминает куда прыгать, например, к функции?
Да
M
Как ты это сделаешь вопрос десятый
M
Главное в адт иметь метод get_label_pos к примеру
BD
нет, никаких pos, только символы
M
Возвращать можно statement сразу за ним
h
нет, никаких pos, только символы
лейбл это ж символ. а pos будет точкой в машинном коде. не?
M
Позиция не обязательно в тексте в дереве же тоже позиция
h
Почему тогда япы, компилируемые в байт-код не делают так? Из-за замыканий?
M
Ну назови get_label_target
BD
лейбл это ж символ. а pos будет точкой в машинном коде. не?
да, никаких пос
M
лейбл это ж символ. а pos будет точкой в машинном коде. не?
Позиция это stmt
M
Ну покрайне мере у меня