You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should just have one feature unstable. I thought about a feature per driver/module but in reality enabling all or just a few won't make a difference to the end user, if we make a breaking change to an unstable API it will only affect users who are actively using that API, not just because its available.
How we implement unstable is being tracked here: #2498
The text was updated successfully, but these errors were encountered:
We need to mark APIs we're not stabilizing as such. These are all APIs except following:
esp_hal::init
esp_hal::Config
(and any configs included within that)clocks
time
- Dependant on 1.0 release korken89/fugit#52interrupt
peripheral
peripherals
prelude
gpio
- Stable driver analysis: GPIO #2492uart
- Stable driver analysis: UART #2495spi::master::Spi
- Stable driver analysis: SPI master #2494i2c::master::I2c
- Stable driver analysis: I2C master #2493We should just have one feature
unstable
. I thought about a feature per driver/module but in reality enabling all or just a few won't make a difference to the end user, if we make a breaking change to an unstable API it will only affect users who are actively using that API, not just because its available.How we implement unstable is being tracked here: #2498
The text was updated successfully, but these errors were encountered: