возьмем const fn. я его безумно жду бо надоело делать кучу хаков для этого..

оттуда вытекают даже const imlp которых ваще нет.
это первое.

второе.

помню была прикольная штука возможность задать &self определенный тип типо &self: Arc<Self> и внутри  функции использовать все фитчи оберток.

далее.
на ум приходят мои многие эксперименты с trait. возьмем trait флаги. в стандартном есть Sync. Send это понятно. но! в найтли есть возможность придумать свой флаг и его автоматически реализовать для нужных типов по определенному условию.


еще сюда добавим из трейтов default fn:)  (возможность реализовать трейт для типа по умолчанию. а потом позволить его переопределить). например реализовать трейт для типа T ЛЮБОГО! а потом позволить переопределить этотже трейт для нужного T.

также добавим сюда trait type:))

ну этот список вечен вы чего:))

Я понимаю, что список хотелок бесконечен :))
Я скорее к тому что по сравнению с тем как дела обстояли раньше, сейчас в стейбле есть всё, что нужно для комфортной разработки, за исключением, конечно нескольких вещей, но из отсутствие можно обойти без сильной боли

Я понимаю, что список хотелок бесконечен :))
Я скорее к тому что по сравнению с тем как дела обстояли раньше, сейчас в стейбле есть всё, что нужно для комфортной разработки, за исключением, конечно нескольких вещей, но из отсутствие можно обойти без сильной боли

я не выживу в stable покачто:)

не ну можно. но многие мои библиотеки. еще со времен плагинов компиляторов требуют nightly. а почему?:) ну бывает требуется доказать расту недоказуемого:)) или безумно вкусные самопальные плагины (как их теперь зовут, процедурные макросы).

Процедурные макросы давно стабильны

и ограничены. знаю..

почему ограничены?. я писал на них еще когда были плагины компилятора.

какбы сказать:) там полная свобода. тут костылить себе надо...

Пока компилятор не даёт стабильного апи к AST, увы, приходится кушать TokenStream

А плагины уже не работают

и это тоже правда.

особенно прикол что их требовалось обновлять на каждое растовское обновление ночного компилятора:)

они просто меняли внутренние структуры:)))

Их поддержку по этому и выкинули, насколько я понимаю. Слишком тяжело поддерживать, плюс не комильфо когда часть экосистемы ломается каждый релиз.

Вспомни хоть как clippy ломался постоянно, и приходилось руками перебирать версии rustc, по датам ночника.

Я тоже очень хочу полноценную интроспекцию в процедурных макросах, но, увы.

Я тоже очень хочу полноценную интроспекцию в процедурных макросах, но, увы.