LLVM Compiler Infrastructure: что это и с чем его едят

  Рет қаралды 2,749

nastasiak2512

nastasiak2512

Күн бұрын

Пікірлер: 5
@zemafon
@zemafon 4 жыл бұрын
все хорошо, но нам бы еще иметь возможность генерировать обертки для поддерживаемых поддерживаемых :) ...
@vyorkin
@vyorkin 4 жыл бұрын
13:17 на более низком уровне, например, 1-битный регистр реализуется, грубо говоря, как D-триггер. Соответственно n-битный регистр это комбинация таких D-триггеров из n-штук. Пример работы 2 регистров по 8 бит на 74LS микросхемах, обменивающихся данными на шине kzbin.info/www/bejne/f5TCe5qpj99je7c
@0n2e3
@0n2e3 6 жыл бұрын
40:28 - результаты. а) быстрой компиляции нет. С третьей ветки деградация в разы, если не в десяток раз. Новые ветки сливают в большинстве кейсов гцц. б) то же самое. Никакого прогресса нет уже несколько веток и в большинстве кейсов так же сливают гцц. И это с учётом невероятного хайпа и немереного вливания бабла от эпла, гугла, etc в данный стек. Я даже боюсь представить, чем бы стал гцц, если бы в него влили столько же. Ну и прокомментирую клоунаду на 1:21:14 - это прям нетленка. Сегмент возвращён, пулл свободных страниц -> сегфолт. Никакой возврат страниц к сегфолту отношения не имеет. Это раз. Второе - никто уменьшить стек не может, иначе ты словишь сегфолт на той же глубине. А т.к. тут глубины нет - ты словишь сегфолт в любом случае. Тем более, семантически рантайм попросту не знает - какой длинны у него стек, а значит - никак не может его уменьшить. Это полная ахинея. Точно так же не может отключить страницу с потерей данных, ибо опять же - райнтайм не знает. Вдруг у тебя на следующей строке будет buf[100500]. Потеря данных со стека - не допускается в рамках базовой семантики. Поэтому действительно - данный код полностью безопасен сам по себе. Другое дело - использование самих данных, либо вызванных их использованием побочные эффекте.
@xavivore9628
@xavivore9628 3 жыл бұрын
Добрый день. Получается, мужчина, который доказывал свою идею из зала на 1:21:14 - прав? Вы не могли бы посоветовать какую-либо литературу, чтобы лучше разбираться в компиляторах С++? И вообще, на сколько полезно обычному программисту С++ понимать, как устроен компилятор/ассемблер и т.д.? То есть, я понимаю, что в принципе хорошо понимать, что ты делаешь и что ты пишешь, но ведь С++ представляет достаточную абстракцию, чтобы не задумываться о более низких слоях, хотя я наверное ошибаюсь. Заранее благодарю за ответ!
Clang internals (in Russian)
1:44:14
Konstantin Vladimirov
Рет қаралды 6 М.
Happy birthday to you by Secret Vlog
00:12
Secret Vlog
Рет қаралды 6 МЛН
Миллионер | 3 - серия
36:09
Million Show
Рет қаралды 1,1 МЛН
ТЮРЕМЩИК В БОКСЕ! #shorts
00:58
HARD_MMA
Рет қаралды 2,2 МЛН
C++ Russia 2017: Юрий Ефимочев, clang-tidy: путешествие внутрь C++ Abstract Syntax Tree
54:53
Конференция по разработке на C++
Рет қаралды 3,1 М.
5 Common Linux Commands Everybody Gets Wrong
4:15
Hackr
Рет қаралды 2,3 М.
Китайский и Немецкий MERCEDES. Есть разница? Полный разбор
25:17
Creator of git, Linus Torvalds Presents the Fundamentals of git
1:10:15
Developers Alliance
Рет қаралды 141 М.
Готовим рабочее место: C++ + VSCode // Демо-занятие курса «C++ Developer»
1:41:09
«Осень». Самая большая загадка Windows XP
14:36
Девять десятых
Рет қаралды 1,2 МЛН
Happy birthday to you by Secret Vlog
00:12
Secret Vlog
Рет қаралды 6 МЛН