MF
Поскажите что может быть, если линковка идет бесконечно
Size: a a a
2020 September 23
MF
Building [============> ] 365/366: Test(bin)
в🧇
Бесконечно это сколько? В проекте есть
async? Какая версия компилятора?MF
Бесконечно это сколько? В проекте есть
async? Какая версия компилятора?async есть, сейчас закомментил код внутри асинхронной функции
MF
и оно скомпилировало
V
У меня такое было на кривых процедурных макросах в либп2п (но это явно не про линковку, ты уверен что на ней?).
Посмотри ещё грузит Цпу, или просто виснет.
Посмотри ещё грузит Цпу, или просто виснет.
в🧇
async есть, сейчас закомментил код внутри асинхронной функции
Недавно баг в компиляторе нашли с асинхронными функциями
BV
У меня такое было на кривых процедурных макросах в либп2п (но это явно не про линковку, ты уверен что на ней?).
Посмотри ещё грузит Цпу, или просто виснет.
Посмотри ещё грузит Цпу, или просто виснет.
+ у меня бывало что крейт с кучей макросов полчаса собирал
в🧇
f
Если у тебя каждый раз значение именно новое, а не просто маленькое изменение в данных, то можно хранить
RwLock<Arc<Data>> и делатьget_data() -> Arc<Data> { LOCK.read().clone() }
чтобы долго локи не держать на чтение.У меня там не просто значение, а структура с тяжелым мутабельным стейтом, так что клонить не получится. Еще я надеюсь мне удастся избежать глобальных статических значений :)
f
Но вроде всё так, и всё сходится. Буду пробовать реализовать, спасибо!
MF
Походу да, эта проблема. Закомментил вызов асинхронной функции внутри асинхронной и все компилируется быстро
AZ
красивый баг :)
в🧇
красивый баг :)
В чём красота?
AZ
В чём красота?
в том, что рекурсивная дрянь так мозг компилятору подрывает нормально :) то есть вложенная
в🧇
в том, что рекурсивная дрянь так мозг компилятору подрывает нормально :) то есть вложенная
Она даже не рекурсивная, так, вложенная)
BV
в том, что рекурсивная дрянь так мозг компилятору подрывает нормально :) то есть вложенная
ну в шланге было что-то подобное
AZ
ну в шланге было что-то подобное
насчёт асинков такого не помню. помню, что там были везде большие проблемы с вычислениями на этапе компиляции, если написать их "правильно"
BV
насчёт асинков такого не помню. помню, что там были везде большие проблемы с вычислениями на этапе компиляции, если написать их "правильно"
ну асинков там ещё пока нет), а про вычислия на этапе компиляции я сейчас и вспомнил
Э
[u8].as_mut_ptr().write_bytes(0, len)
vs[u8].iter_mut().for_each(|x| *x = 0)
LLVM оптимизирует второе в первое?