EG
Да, это точно баг. Проблема в том, что для некоторых проектов saturating-float-casts ломают перформанс, поэтому его нельзя тривиально раскатить на всех
Size: a a a
2020 March 24
EG
Ну и рук в опенсорсе всегда не хватает
EG
Сейчас вообще считается что as-оператор был ошибкой, но выпилить его уже вряд ли получится
Т8
Да, это точно баг. Проблема в том, что для некоторых проектов saturating-float-casts ломают перформанс, поэтому его нельзя тривиально раскатить на всех
@zamazan4ik а говорили, что "безопасность ортогональна перформансу"...
FO
/for_the_emperor@drrn_bot
D
/for_the_emperor@drrn_bot
Жизнь ничто, смерть — прозрение.
FO
/for_the_emperor@drrn_bot
D
/for_the_emperor@drrn_bot
Ради настоящей цели не жалко и умереть.
FO
/for_the_emperor@drrn_bot
D
/for_the_emperor@drrn_bot
Проклятие живёт вечно.
FO
/for_the_emperor@drrn_bot
D
/for_the_emperor@drrn_bot
Иногда должны погибнуть добро и милосердие, чтобы жило все остальное.
Т8
Сейчас вообще считается что as-оператор был ошибкой, но выпилить его уже вряд ли получится
а как надо было?
EG
Т-34 85
а как надо было?
Надо было делать везде
.into(), .try_into() и .unchecked_into(), тогда бы всё было простоEG
Тогда бы «медленное» преобразование было бы сделано через
.try_into(), а «быстрое» помечено как unsafe и сделано как .unchecked_into()FF
У нас тут, похоже, нашестиве растоманов. Это точно болталка по C++? :)
Т8
Ну и рук в опенсорсе всегда не хватает
то есть, пока что это не баг, а фича? Ну, для тех, кто пишет на расте проекты
EG
Т-34 85
то есть, пока что это не баг, а фича? Ну, для тех, кто пишет на расте проекты
Это известный баг.
а
покажите пример функционального программирования в плюсах
Т8
Это известный баг.
который не спешат фиксить. Если вообще собираются