Какова трудоёмкость написания транслятора с Си на язык ассемблер?

Задают вопрос. Какова трудоёмкость написания транслятора с языка Си на язык ассемблер? В человеко-днях.
Точнее даже, не полного языка Си, а его подмножества, с самыми важными особенностями.

Транслятор должен переводить код написанный на этом подмножестве Си, в код на ассемблере, который , если скормить например, MASM - будет получен итоговый exe-файл, под ОС Windows.

Известно, что всё что можно написать на C++, можно написать и на C, возможности ООП, реализуются просто - наследование просто реализуется дублированием кода, полиморфизм - ветвлением с кучей if (или switch-case), а инкапсуляция по части сокрытия кода - всего лишь удобства для программистов, если считать все поля как будто они с модификатором public, а те которые не public просто помечаем однострочным комментарием, который указывает программистам, что их нельзя спользовать за пределами класса. Инкапсуляция по части связи функций с полями объекта (структуры) - тоже реализуются, добавлением в общее множестве функций - первым параметром указатель на тип объекта, к которому эта функция должна относиться, а дальше все параметры следуют такими же , как было в коде C++.
Т.е. многие возможности, в том числе и по части ООП - реализуются и на Си. Переписать код программы с C++ на C, вообще говоря, несложная задача задача. Да и все возможности C задействовать не требуется. Заметил, что многие мои программы и на C и на C++ используют только часть (подмножество) возможностей языка. И интересно, если нужно было бы транслировать в код программы на языке ассемблере, то какое время разработчику понадобилось бы ?

Подмножество языка Си, которое нужно транслировать в язык ассемблера -

1) Символы латинского алфавита, цифры, специальные символы (пример /, <, > >> и т.д.) - позволяющие создавать свои функции (достаточно функционального программирования, а ООП - не нужно), вызывать функции WinAPI (пример ReadFile, SendMessage, WriteFile , создание и закрытие потоков , критические секции для синхронизации потоков, и т.д. Короче, вызывать полезные функции WinAPI ).
Также возможность создавать переменные, указатели, массивы - [] , литералы, всевозможные операторы - логические , арифметические и т.д.

2) множество ключевых слов - идентификаторов нашего языка-подмножества Си (назовём его C- си-минус ) -

sizeof - Получение размера объекта на этапе компиляции ,
typedef - Задание альтернативного имени типу ,
static - Объявление статической переменной,
void - Маркер отсутствия значения; в указателях означает произвольные данные,
bool, char, short, int, long - типы булевый и целочисленные,,
signed, unsigned - знаковые и беззнаковы для целочисленных,
float, double - числа с плавающей точкой,
const - модификатор типа данных только для чтения,
volatile - указание компилятору на возможность изменения значения переменной извне другим потоком,
interlocked - для определения атомарности, для многопоточного программирования,
struct - позволяет создать свои сложные типы,
do, for, while, break, continue - для циклов,
if, else - для проверки условий,
switch, case, default - достаточно для выбора по целочисленному параметру,
goto - для безусловного перехода,
return - выход из функции,
inline - Объявление встраиваемой функции ,

Всякие навороты типа "указателей на функции" и т.д. - не нужны.

Как видим, транслятор должен понимать всего лишь 30 ключевых слов, нашего языка Си-минус, и все остальные символы указанные в 1-м пункте.

Может кто знает,
Сколько рабочих человеко-дней, понадобилось бы на написание подобного транслятора с листинга (кода) определенного выше подмножества языка Си (назвал Си-минус), в код на языке ассемблер ?
Может ли это один человек сделать за один год?

0

Да, в этом случае проще - привязываться к ОС.

0

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

0

Сообщение от politoto Вопрос в том, где этот один человек возьмёт этот один мифический человеко-год...

У меня в жизни был проект, по своему интересу (а позже ещё и изучением принципов нейросетей хочу заняться. Также, может быть напишу, и свой простой компилятор). Разрабатывал я тот проект 4 года, но и не по 40 часов в неделю (то основная работа). Свой проект - по своим интересам, не на работодателя. А 4 года , только по субботам-воскресеньям (и то не всегда) - выходит, где то на один человеко-год, я и наработал.

0

0

0

Сообщение от SergeyYN может быть напишу, и свой простой компилятор

Несложная реализация существенного на первый взгляд подмножества С11.
https://github.com/rui314/chibicc
Префиксные ++ и --
https://github.com/rui314/chib... 8d4f15f19f

Компилятор генерирует файлы на входном языке ассемблера из GNU binutils (x86_64)

0