W
Емнип, с асинком было что-то не так.
И корутин нет.
И корутин нет.
Size: a a a
2021 May 03
AN
Очень мутная кодовая база и очень долгая компиляция.
W
А что подразумевается под "мутная кодобаза"?
AN
Я честно не писал на расте почти ничего, поэтому ориентируюсь на статьи с отзывами разрабов, которые туда контрибьютили. А про скорость компиляции тоже вагон статей типа вот этой: https://pingcap.com/blog/rust-compilation-model-calamity.
В котлин специально некоторые фичи отпилили или невпилили чтобы ограничить время компиляции. Я думаю, это не такая тривиальная вещь.
В котлин специально некоторые фичи отпилили или невпилили чтобы ограничить время компиляции. Я думаю, это не такая тривиальная вещь.
W
А ещё проблема в текущей реализации, которая на llvm, в том, что llvm не умеет генерить нормальный код под 8 и 16 битные платформы.
Т.е. под avr rust не завести.
Т.е. под avr rust не завести.
W
Ну врядли дольше чем если затащить в проект старый boost::mpl и начать всё обмазывать древними темплейтиками...
АХ
Завели
W
Ну и вообще проблема с малым количеством поддерживаемых пробелм.
Об этом горный уже писал:
https://github.com/pyca/cryptography/issues/5771
Об этом горный уже писал:
https://github.com/pyca/cryptography/issues/5771
W
Но качество генерируемового кода просто отвратительное.
АХ
Допилят. Ему года нет
W
Вот когда допилят, тогда и поговорим.
W
И я всё ещё жду ещё хотябы одну production redy реализацию компилятора.
Дабы можно было понять, где баг компилятора, а где мой баг.
Стандарта-то нет.
Дабы можно было понять, где баг компилятора, а где мой баг.
Стандарта-то нет.
АХ
Это не проблема. Неподдерживаемые платформы все равно мертвы. Это небольшая цена за memory safety
AM
Я чёт почитал и не понял: люди берут какую-то люто редкую хардварь, пишут под неё на питоне, и ругаются, что раст эту хардварь не поддерживает, потому либу придётся форкать?
W
Ох уж этот ваш memory safety.
Ни прувера контрактов как в Ada/SPARK, ни zero runtime overhead как в С/С++.
Зато куча проблем при реализации структур данных, основанных на двусвязанном списке.
И нет, RefCounter не решение.
Ни прувера контрактов как в Ada/SPARK, ни zero runtime overhead как в С/С++.
Зато куча проблем при реализации структур данных, основанных на двусвязанном списке.
И нет, RefCounter не решение.
AM
Ох лол.
W
Нет.
Дистрибутив Gentoo собирается под все эти платформы.
И добавлением жёстко захардкоренных зависимостей на расте они сделали поддержку питоновского модуля криптографии невозможной под эти платформы.
Дистрибутив Gentoo собирается под все эти платформы.
И добавлением жёстко захардкоренных зависимостей на расте они сделали поддержку питоновского модуля криптографии невозможной под эти платформы.
W
А ведь могли бы взять frama-c, если так заботятся о "memory safety" и верифицировали свой говнокод.
Криптография, кста, отлично верифицируется. Ибо спецификация не содержит двухзнаычных трактовок и всё достаточно просто.
Но нет. Всем похуй. Тащим раст потому, что это модно.
Криптография, кста, отлично верифицируется. Ибо спецификация не содержит двухзнаычных трактовок и всё достаточно просто.
Но нет. Всем похуй. Тащим раст потому, что это модно.
AM
А, это гентушники набижали. Ясно.
AM
А в генту если пакет не собирается под все поддерживаемые платформы, его не включают вообще, да?