EG
Чтобы собрать действительно «из сырцов», нужно начинать либо с mrustc, который написан на C++, либо с той версии Rust, которая была написана на OCaml.
Size: a a a
2020 October 17
EG
Но это нафиг никому не нужно обычно
dp
занятно, что в SublimeHQ были бы рады переписать всё по кускам на раст, если бы не медленная компиляция.
https://discordapp.com/channels/280102180189634562/280102180189634562/766700841775267840
>> would you use rust for sublime, and get rid of your c++ codebase? would you even make the effort to do so?
> If it wasn't so slow to compile, yes absolutely. It would be very easy to do so peacemeal as things get changed/rewritten.
https://discordapp.com/channels/280102180189634562/280102180189634562/766700841775267840
>> would you use rust for sublime, and get rid of your c++ codebase? would you even make the effort to do so?
> If it wasn't so slow to compile, yes absolutely. It would be very easy to do so peacemeal as things get changed/rewritten.
в🧇
занятно, что в SublimeHQ были бы рады переписать всё по кускам на раст, если бы не медленная компиляция.
https://discordapp.com/channels/280102180189634562/280102180189634562/766700841775267840
>> would you use rust for sublime, and get rid of your c++ codebase? would you even make the effort to do so?
> If it wasn't so slow to compile, yes absolutely. It would be very easy to do so peacemeal as things get changed/rewritten.
https://discordapp.com/channels/280102180189634562/280102180189634562/766700841775267840
>> would you use rust for sublime, and get rid of your c++ codebase? would you even make the effort to do so?
> If it wasn't so slow to compile, yes absolutely. It would be very easy to do so peacemeal as things get changed/rewritten.
Плюсы разве быстрее компилятся? O_o
H
это в расте то медленная компиляция?
EG
это в расте то медленная компиляция?
В расте безумно медленная компиляция
H
по сравнению с плюсами все норм помоему....
EG
Раст более склонен к безумному количеству/сложности дженериков, так что часто раст компилируется даже медленнее
в🧇
В расте безумно медленная компиляция
Имхо, ты преувеличиваешь.
EG
Имхо, ты преувеличиваешь.
Ну, в целом раст компилируется примерно на уровне плюсов.
EG
В плюсах тоже безумно медленная компиляция.
H
я еще могу сказать, что в отличие от плюсов инкрементальная компиляция в расте офигенна
d
один наброс сделали и понеслась... тогда в ту же кучу и вопрос про сколько собирается gcc и сотоварищи. да тоже ядро линукса, а оно на сях. хватит уже)
EG
я еще могу сказать, что в отличие от плюсов инкрементальная компиляция в расте офигенна
В зависимости от размера крейта
Плюсы умеют параллелить по файлам, а раст только по крейтам
Плюсы умеют параллелить по файлам, а раст только по крейтам
dp
понапогроммируют страницу дженериков на три строчки кода, одна из которых — inner.same_method_name(), а потом компиляция тормозит...
EG
И инкрементально компилилровать, соответственно
H
короче, хай купят себе райзен и не дурят голову :)
в🧇
Ну, в целом раст компилируется примерно на уровне плюсов.
Есть много способов ускорить компиляцию раста:
—
— разбиение на более мелкие крейты
— разумное использование дженериков/макросов
— чиста зависимостей от лишнего хлама
и т.д.
—
sccache
— выбор более быстро линкера— разбиение на более мелкие крейты
— разумное использование дженериков/макросов
— чиста зависимостей от лишнего хлама
и т.д.
EG
Есть много способов ускорить компиляцию раста:
—
— разбиение на более мелкие крейты
— разумное использование дженериков/макросов
— чиста зависимостей от лишнего хлама
и т.д.
—
sccache
— выбор более быстро линкера— разбиение на более мелкие крейты
— разумное использование дженериков/макросов
— чиста зависимостей от лишнего хлама
и т.д.
Ну это верно для любого языка
p
В зависимости от размера крейта
Плюсы умеют параллелить по файлам, а раст только по крейтам
Плюсы умеют параллелить по файлам, а раст только по крейтам
Ну в расте парсинг текста занимает не слишком уж много времени, бОльшую часть кодогенерация все же.