Опубликована система команд Эльбрус

clang

Пытались LLVM использовать против Radeon карт с VLIW архитектурой (HD1000-HD6000) и IA64 (Itanium), обе попытки провалились так и ничего не родив. Пытавшиеся объяслянли что llvm никак не подходит для трансляции в vliw.

да вроде как есть vliw в llvm, всякие dspшечки типа hexagom. да и радеон вполне себе llvm для шейдеров юзает.

другое дело - эльбрус по сути «неуловимый Джо», потому сомневаюсь что кто-то что-то запилит…

да и радеон вполне себе llvm для шейдеров юзает.

Нет, r600 который для VLIW (микроархитектура TeraScale) не юзает, новые GPU который GCN юзают для компиляции шейдеров.

Полистал. Это для прикладных разработчиков. Компилятор на этом не написать. Значения опкодов для команд где? Нету. До свидания.

Дык GCN это ж просто маркетинговый баззворд. Под капотом у него все равно VLIW.

GCN это RISC SIMD.

RISC SIMT

Если есть описание ассемблера - можно сделать компилятор в ассемблер (а в gcc все равно так и есть). Только binutils не написать.

Полистал. Это для прикладных разработчиков. Компилятор на этом не написать. Значения опкодов для команд где? Нету. До свидания.

Зачем для компилятора опкоды?

Нет, r600 который для VLIW (микроархитектура TeraScale) не юзает,

Ладно, я точно не знаю, мне так запомнилось, его делали в 2012 году и даже на phoronix были бенчмарки в которых LLVM не уступал, включался он через R600_LLVM=1, короче я не знаю. Может действительно, сейчас против VLIEW r600 в mesa работает LLVM компилятор.

а команда «так точно!» там есть?

потому сомневаюсь что кто-то что-то запилит…

Ты забываешь про чебурашку и железный занавес. Вот ты первый и побежишь запиливать то, чего у тебя не будет. Под ненавистный тебе эльбрус.

Как он будет генерировать машинный код? Текстом писать?

Хороша книга и читается легко

gcc, вот например, машинный код не генерирует, а как-то всё равно работает

gcc, вот например, машинный код не генерирует

Генерирует по -c, выплёвывает asm на -S

Смысла особого в данной документации нет, если без машкодов придётся скармливать скенерированный выхлоп проприетарному ассемблеру.

Генерирует по -c, выплёвывает asm на -S

Да, но есть нюанс. Для того чтобы сгенерировать ассемблер, ему нужен as, который находится в binutils и не является частью gcc.

Можно подробно посмотреть что там вызывается по опции -v

Ну я в курсе, что он в binutils. Тем не менее оно прозрачно вызывается.

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

Если что, то Эльбрусовский lcc точно также не знает опкодов :)

gcc, вот например, машинный код не генерирует

Конечно, святой дух генерирует. Как я сразу то не догадался.

Без опкодов компилятор пишется ничуть не хуже чем с ними.

Компиляция это получение бинарных файлов, а не листинга ассемблера. Так что наверное нет, таки нужны опкоды.

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

Вот был бы еще эмулятор, или доступен запуск фрагментов в онлайн для тестов хеловорлодов.

Дока читается кстати легко, что значит не просто переводчик, а писали люди которые в теме предмета.

Генерирует по -c, выплёвывает asm на -S

GCC (cc1, cc1plus), сколько его помню, никогда не выплёвывал машинный код, только ассемблерные листинги для as (GNU Assembler).

Ну вообще-то GCC действительно генерирует ассемблер. Ассемблирует уже as. GCC его использует прозрачно для юзера.

Binutils не напишешь без опкодов - это да. Но зачем?

Компиляция это получение бинарных файлов, а не листинга ассемблера. Так что наверное нет, таки нужны опкоды.

Нет. Компиляция в контексте программирования - это перевод программы с исходного языка в целевой. Выше уже три человека написали как работает gcc.

Дока читается кстати легко, что значит не просто переводчик, а писали люди которые в теме предмета.

Ну да. А переводчик откуда куда должен был бы её писать?

А переводчик откуда куда должен был бы её писать?

С тайваньского?

С тайваньского?

Э??

Да, Эльбрус придумали китайцы Ли Си Цын и Си Ни Цын. Братья.

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

Ну да. А переводчик откуда куда должен был бы её писать?

Это я к тому, что переводная литература очень неудачно бывает написана. Причем даже если переводчик разбирается в теме предмета, все равно встречаются момента, особенно в сложных для понимания местах, которые переведены отвратительно. Видно сам человек не смог за ограничены период времени разобраться о чем там написано, и попытался перевести либо дословно (на откуп читателя, aka «понимай как хочешь»), либо внеся свои ментальные искажения меняя смысл. Короче легче читать оригинал. В данном случае это и есть оригинал и от этого читается легко.

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

https://ru.wikipedia.org/wiki/Тайваньские_языки

Если это намёк на TSMC, то им начхать какая там система команд. Они по контракту изделие печатают по готовой спецификации, и всё остальное их не касается.

Если это намёк

Зачем тогда намеками отвечаеть на первоначальный вопрос про перевод? Я другой аноним, просто решил дальше поиграть в намёки.

Binutils не напишешь без опкодов - это да. Но зачем?

Зачем мне компилятор, который не способен создать исполняемый файл для запуска на целевой платформе?

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

Это не детали, а важный момент в архитектуре системы. Как раз для того чтобы не нужно было каждому компилятору ещё и работу с опкодами делать (ты бы ещё и компоновку каждый раз заново делать предложил). Ровно по такому же принципу в компиляторах стали разделять переднюю и заднюю часть. Для своего языка не нужен свой кодогенератор, достаточно только парсера.

Ты написал что без опкодов не сделать свой компилятор, но ведь это совершенно не так.

достаточно только парсера

Если уж про архитектуру, то фронтенд это не только и не столько парсер.

Если уж про архитектуру, то фронтенд это не только и не столько парсер.

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

Зачем мне компилятор, который не способен создать исполняемый файл для запуска на целевой платформе?

Мне – нужен, у меня ассемблер есть, могу поделиться.

Я тебя понял. Ты решил уйти в несознанку. Ладно.

Т.е. это вариант «собираю на x86 бинарники для e2k»? Или что?

Тут полLORа пяткой в грудь себя било, что они нам сейчас тут родят GCC/LLVM, если им дадут систему команд. Дали - можно начинать пилить GCC/LLVM. Текущего вполне достаточно.

Ты решил уйти в несознанку

А со стороны выглядит что ты. Чтоб не признавать что ошибся в

Компилятор на этом не написать

Нет ты. Гражданин с квадратными колёсами не хочет признавать, что компилятор сразу может генерировать машинный код. Привязался к архитектуре gcc.

Кто хочет написать свой компилятор или доработать gcc/clang/whatever — велкам!

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

А переводчик откуда куда должен был бы её писать?

С китайского

Это не команда. Команда - это приказ к действию, а «так точно» это аналог «да».

Твоя шутка мало того, что не смешная, так ещё и безграмотная.

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

Отлично! Очень хорошие новости. Рад, что информация о российских процессорах становится доступнее для разработчиков.

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

А может этого и не делать. Может сгенерировать листинг ассемблера и вызвать сам ассемблер.

clang-у не нужен as

Ну раз так, то уже лучше. Только вот получение команды фиксируется ответом «есть» с последующим её исполнением, а «так точно» следует отвечать только в том случае, если товарищ майор спросит понятна ли его команда.

а реальные кристаллы процев изготавливать они не уже придумали уже как? всё ещё дядюшку ляо напрягают?