ΑZ
red75prime
Слышал, но в подробности не вникал
https://habr.com/ru/company/productivity_inside/blog/329878/ тут немного деталей есть
Size: a a a
2021 January 26
EG
у меня столько телоксид инкрементально компилируется
Это git status
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
p
Это git status
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
я знаю свою цель!
EG
Это git status
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
Инкрементальный ребилд в дебаге ОДНОЙ изменённой строчки в rustc_typeck — 3 минуты 43 секунды
Окей, это не совсем честно, x build собирает два компилятора сразу
С
С
--keep-stage 1 добавление одного debug!() в rustc_typeck занимает всего-то 1 минуту 38 секунд пожирания процессораEG
Меня удивляет, что rust-analyzer с rustc медленно, но таки работает
EG
unrelated
Попробую пофиксить
https://github.com/rust-lang/rust/issues/77966
Надо же мне тоже получить бейджик Contributor
Попробую пофиксить
https://github.com/rust-lang/rust/issues/77966
Надо же мне тоже получить бейджик Contributor
Нашёл проблему: в список доступных трейтов для тайпчекера вручную дописывается трейт, в котором мы находимся
Я пока не понял зачем, но убрав эти строчки выяснил, что код самого компилятора полагается на этот баг
https://github.com/rust-lang/rust/blob/master/compiler/rustc_resolve/src/lib.rs#L1487-L1492
Я пока не понял зачем, но убрав эти строчки выяснил, что код самого компилятора полагается на этот баг
https://github.com/rust-lang/rust/blob/master/compiler/rustc_resolve/src/lib.rs#L1487-L1492
EG
Нашёл проблему: в список доступных трейтов для тайпчекера вручную дописывается трейт, в котором мы находимся
Я пока не понял зачем, но убрав эти строчки выяснил, что код самого компилятора полагается на этот баг
https://github.com/rust-lang/rust/blob/master/compiler/rustc_resolve/src/lib.rs#L1487-L1492
Я пока не понял зачем, но убрав эти строчки выяснил, что код самого компилятора полагается на этот баг
https://github.com/rust-lang/rust/blob/master/compiler/rustc_resolve/src/lib.rs#L1487-L1492
Я, правда, плохо понимаю пока, почему то же самое не воспроизводится для кастомных трейтов
r
Я, правда, плохо понимаю пока, почему то же самое не воспроизводится для кастомных трейтов
А точно не воспроизводится? https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=67d634abdb96a83ea219f6e7628b650c
EG
Точно, у меня лежит файл, проверяющий это
Сейчас докомпиллируется rustc и я покажу и посмотрю на твой пример
Сейчас докомпиллируется rustc и я покажу и посмотрю на твой пример
EG
Пока компилилруется rustc мой ноут болльше ничего делать не может
p
сука как же заебала компиляция по 15 секунд
r
Линукс... Priority boost'ов нет для процессов, общающихся с пользователем.
EG
Венда и мак у меня точно так же зависают на тяжёлых задачах, даже хуже
p
сука как же заебала компиляция по 15 секунд
Это пиздец
EG
сука как же заебала компиляция по 15 секунд
15 секунд ахахах
Build completed successfully in 0:09:21
D
сука как же заебала компиляция по 15 секунд
вот давай не жалуйся
p
Просто хочу проверить скомпилируется или нет а оно блять 15 секунд думает
EG
Просто хочу проверить скомпилируется или нет а оно блять 15 секунд думает
cargo check выполняется быстрее у меня, если не делать никаких изысковr
Венда и мак у меня точно так же зависают на тяжёлых задачах, даже хуже
Винда не 7-я была? I/O priority boosts по-моему только в висте появились
EG
red75prime
Винда не 7-я была? I/O priority boosts по-моему только в висте появились
10