Size: a a a

Compiler Development

2020 June 03

 P

 ‌‌Gleb Pilipets... in Compiler Development
Хотя бред сбросил
источник

 P

 ‌‌Gleb Pilipets... in Compiler Development
источник

 P

 ‌‌Gleb Pilipets... in Compiler Development
Mikhail Maltsev
Автор ошибается. _ c точки зрения грамматики не нужно. Есть правда одна тонкость: все UDL-суффиксы, не начинающиеся с _ зарезервированы для стандартной библиотеки
Хм.., поэтому он как бы неявно нужен, но в грамматике его нету?
источник

MM

Mikhail Maltsev in Compiler Development
Потому что грамматика общая и для пользовательского кода, и для стандартной библиотеки, и даже для идентификаторов, которые определяет компилятор (всякие __builtin_...).
источник
2020 June 04

SS

Sergey Sverdlov in Compiler Development
 ‌‌Gleb Pilipets
Ребят, привет всем, а можете подсказать по разбиению текста на токены с помощью лексера?
Язык С++11

Сколько здесь токенов?
123name
Два
источник

a

alekum in Compiler Development
Talk Title: Improving Compiler Construction Using Formal Methods

Talk Abstract: As programming languages are becoming more high-level to improve programmers' efficiency, the processors, in contrast, are moving towards specialization. The role of compilers is becoming crucial in bridging the ever-increasing gap between these two. We want compilers that are correct and generate high-quality code. Many researchers and developers invested efforts in solving these problems, but without making direct use of formal methods. In this talk, Jubi will describe how formal-methods-based techniques can help compiler developers create better static analyses, generate an automatic peephole optimizer for a compiler, and thus be used to improve overall compiler construction.

Link
http://ps.berkeley.edu/seminar

Register via mailing list
источник

МБ

Михаил Бахтерев... in Compiler Development
alekum
Talk Title: Improving Compiler Construction Using Formal Methods

Talk Abstract: As programming languages are becoming more high-level to improve programmers' efficiency, the processors, in contrast, are moving towards specialization. The role of compilers is becoming crucial in bridging the ever-increasing gap between these two. We want compilers that are correct and generate high-quality code. Many researchers and developers invested efforts in solving these problems, but without making direct use of formal methods. In this talk, Jubi will describe how formal-methods-based techniques can help compiler developers create better static analyses, generate an automatic peephole optimizer for a compiler, and thus be used to improve overall compiler construction.

Link
http://ps.berkeley.edu/seminar

Register via mailing list
THNX!
источник

PS

Peter Sovietov in Compiler Development
А разве этот доклад доступен уже к прочтению? :)
источник

TS

Timur Safin in Compiler Development
Peter Sovietov
А разве этот доклад доступен уже к прочтению? :)
может после регистрации (на сегодняшний семинар) присылают аннотацию?
источник

PS

Peter Sovietov in Compiler Development
Я вчера посмотрел ее страницу и нашел вот это: Superoptimizer driven Peephole Optimizer for a JIT Compiler Jubi Taneja, John Regehr In preparation
источник

PS

Peter Sovietov in Compiler Development
И ссылку на github: https://github.com/jubitaneja/codegen
источник

PS

Peter Sovietov in Compiler Development
То есть это вариант Souper для Cranelift. Всего лишь, увы :)
источник

M

MaxGraey in Compiler Development
Да это всего лишь привязка Souper к Cranelift что тоже неплохо.
источник
2020 June 05

AT

Alexander Tchitchigi... in Compiler Development
Кстати, мне тут подумалось: в современных компиляторах аллокатор регистров как-то учитывает, что фактически у процессора регистров больше, чем можно прямо адресовать и он будет их переименовывать? И если да, то как?
источник

VK

Vladimir Kazanov in Compiler Development
Alexander Tchitchigin
Кстати, мне тут подумалось: в современных компиляторах аллокатор регистров как-то учитывает, что фактически у процессора регистров больше, чем можно прямо адресовать и он будет их переименовывать? И если да, то как?
Присоединяюсь к вопросу!
источник

MO

Mar Ort in Compiler Development
Alexander Tchitchigin
Кстати, мне тут подумалось: в современных компиляторах аллокатор регистров как-то учитывает, что фактически у процессора регистров больше, чем можно прямо адресовать и он будет их переименовывать? И если да, то как?
Если допустить, что учитывает, как это отразить в коде?
источник

AT

Alexander Tchitchigi... in Compiler Development
Mar Ort
Если допустить, что учитывает, как это отразить в коде?
В каком коде? В сгенерированном? Очевидно, как перезапись значения в регистре, в рассчёте на то, что процессор переименует и будет брать оба значения из регистров, а последующий load старого значения просто выбросит. Я так это себе представляю.
источник

MO

Mar Ort in Compiler Development
Alexander Tchitchigin
В каком коде? В сгенерированном? Очевидно, как перезапись значения в регистре, в рассчёте на то, что процессор переименует и будет брать оба значения из регистров, а последующий load старого значения просто выбросит. Я так это себе представляю.
Да, я понял мысль. Я думал, что это задача скорее для планировщика.
источник

AT

Alexander Tchitchigi... in Compiler Development
Mar Ort
Да, я понял мысль. Я думал, что это задача скорее для планировщика.
Возможно. Я в бэк-енде компилятора плохо ориентируюсь. 😊
Но вопрос остаётся.
источник

MO

Mar Ort in Compiler Development
Alexander Tchitchigin
Возможно. Я в бэк-енде компилятора плохо ориентируюсь. 😊
Но вопрос остаётся.
В теории существуют такие монстры, которые планируют, распределяют и спилят одновременно, там я бы ожидал, что какие-то аспекты учитывались
источник