Size: a a a

Compiler Development

2020 May 21

TS

Timur Safin in Compiler Development
(реклама, данная вовремя, не кажется излишней)
источник

Т8

Т-34 85 in Compiler Development
Timur Safin
и да, мне кажется что в компиляторном чатике спорить про разные языки программирования - правильно (а где еще можно найти пересечение экспертиз по разным языкам?). Просто надо активнее следить и раздавать РО, если что-то пойдет не так
скорее всего, всё равно нужен будет ещё один чат. Кто-то хочет свободнее, а кто-то жёстче
источник

PS

Peter Sovietov in Compiler Development
Timur Safin
(реклама, данная вовремя, не кажется излишней)
А вот я не думаю, что многие запишутся в plcomp, кто хотел — уже это сделали. Там как раз тот самый скучный сугубо компиляторный формат, который никак не наберет 800+ участников, и это вполне нормально :)
Но развитие и закат Compiler Development настолько типичны, что впору вносить в соотв. учебники :)
источник

Т8

Т-34 85 in Compiler Development
Peter Sovietov
А вот я не думаю, что многие запишутся в plcomp, кто хотел — уже это сделали. Там как раз тот самый скучный сугубо компиляторный формат, который никак не наберет 800+ участников, и это вполне нормально :)
Но развитие и закат Compiler Development настолько типичны, что впору вносить в соотв. учебники :)
plcomp - это ж канал, а не чат. Или есть ещё и чат?
источник

PS

Peter Sovietov in Compiler Development
Т-34 85
plcomp - это ж канал, а не чат. Или есть ещё и чат?
Нет, чат здесь, какой уж есть :)
источник

BD

Berkus Decker in Compiler Development
Peter Sovietov
А вот я не думаю, что многие запишутся в plcomp, кто хотел — уже это сделали. Там как раз тот самый скучный сугубо компиляторный формат, который никак не наберет 800+ участников, и это вполне нормально :)
Но развитие и закат Compiler Development настолько типичны, что впору вносить в соотв. учебники :)
всегда вроде разделяют чат и вики
источник

IJ

Igor 🐱 Jirkov in Compiler Development
*Шипилёв
источник

AT

Alexander Tchitchigi... in Compiler Development
Igor 🐱 Jirkov
*Шипилёв
Я только на английском видел — никогда не понимал "как это по-русски". 🤦‍♀️
источник

AD

Artyom Drozdov in Compiler Development
а кому-то его надо гуглить?) поддерживаю, Шипилёв очень классный чувак)
источник

IJ

Igor 🐱 Jirkov in Compiler Development
предлагаю вернуться к компиляторам :)
источник

AT

Alexander Tchitchigi... in Compiler Development
Igor 🐱 Jirkov
предлагаю вернуться к компиляторам :)
А Шипилёв вернётся? 😞
источник

IJ

Igor 🐱 Jirkov in Compiler Development
Во время карантина Compiler Development так очистился, что туда вернулся Шипилёв
источник

dt

d t in Compiler Development
Igor 🐱 Jirkov
*Шипилёв
Вот когда так указывают, то уже не знаю, привить ли сообщение. Ведь получится что другие не поймут о чем тут писали.
источник

AK

Andrei Kurosh in Compiler Development
@trollringen @GabrielFallen ребята, прекратите
источник

AT

Alexander Tchitchigi... in Compiler Development
Andrei Kurosh
@trollringen @GabrielFallen ребята, прекратите
Да зря потёрли — справедливое было замечание. Я бы ответил, что и не учил никого как жить, а просто задал три вопроса и ответил на один встречный вопрос.
источник

МБ

Михаил Бахтерев... in Compiler Development
Может, на самом деле, имеет смысл форкнуть pltalks какой-нибудь, чтобы обсуждать передний план языков. Так ли уж важно для технологий компиляции: клмпилировать Rust или Go. Общего там, скорее больше, чем меньше. В Go тоже, ведь, есть анализ времени жизни переменных. Пообсуждать бы эти алгоритмы, а не то, насколько language-name примитивен.

Вот оверхеды RC vs. GC - это интересно, а Rust vs. C++ как-то не очень. Все аргументы уже высказаны по 100 раз.
источник

M

MaxGraey in Compiler Development
Михаил Бахтерев
Может, на самом деле, имеет смысл форкнуть pltalks какой-нибудь, чтобы обсуждать передний план языков. Так ли уж важно для технологий компиляции: клмпилировать Rust или Go. Общего там, скорее больше, чем меньше. В Go тоже, ведь, есть анализ времени жизни переменных. Пообсуждать бы эти алгоритмы, а не то, насколько language-name примитивен.

Вот оверхеды RC vs. GC - это интересно, а Rust vs. C++ как-то не очень. Все аргументы уже высказаны по 100 раз.
Оверхед RC vs GC а так же вообще оверхед на сборку муссора можно свести до минимума и возможно даже сделать лучше чем лайтаймы + RAII. Я про Immix RC и Immix GC.
источник

M

MaxGraey in Compiler Development
Кстати вот практическая демонстрация GC vs RC (код у обоих ЯП идентичен):
https://github.com/nischayv/as-benchmarks/issues/3#issuecomment-623159721

у AssemblyScript - это однопоточный гибрид GC + ARC (если нет циклических ссылок, то только ARC используется) реализованный в wasm.
у JavaScript V8 - это конкуррентный хорошо оптимизированный Mark & Sweep GC с поколениями реализованный в нативе

Справедливости ради RC у AS не использует атомарные счетчики, но даже в дальнейшем их скорее всего и не будет или они будут только для разделяемых между потоками ссылок
источник

А

Алексей in Compiler Development
MaxGraey
Кстати вот практическая демонстрация GC vs RC (код у обоих ЯП идентичен):
https://github.com/nischayv/as-benchmarks/issues/3#issuecomment-623159721

у AssemblyScript - это однопоточный гибрид GC + ARC (если нет циклических ссылок, то только ARC используется) реализованный в wasm.
у JavaScript V8 - это конкуррентный хорошо оптимизированный Mark & Sweep GC с поколениями реализованный в нативе

Справедливости ради RC у AS не использует атомарные счетчики, но даже в дальнейшем их скорее всего и не будет или они будут только для разделяемых между потоками ссылок
то есть Rc победил?
источник

А

Алексей in Compiler Development
MaxGraey
Кстати вот практическая демонстрация GC vs RC (код у обоих ЯП идентичен):
https://github.com/nischayv/as-benchmarks/issues/3#issuecomment-623159721

у AssemblyScript - это однопоточный гибрид GC + ARC (если нет циклических ссылок, то только ARC используется) реализованный в wasm.
у JavaScript V8 - это конкуррентный хорошо оптимизированный Mark & Sweep GC с поколениями реализованный в нативе

Справедливости ради RC у AS не использует атомарные счетчики, но даже в дальнейшем их скорее всего и не будет или они будут только для разделяемых между потоками ссылок
Вот только погодите ка, насколько корректно сравнивать статический язык с динамическим?
источник