Arrayvec is overdue for an 1.0 release, yet we face some challenges, primarily around soundness and adapting to the emerging guidelines for handling uninitialized fields.
The most important change related to this release is still open, PR #97 which is our stop-gap solution that stands in for a future
MaybeUninit or equivalent.
I want to be pragmatic about this solution. The new code is designed to be much better than the old that served for a long time (crate nodrop), and it should be easy for arrayvec, without breaking changes, to adopt a stable and sound mechanism as soon as it is available.
The full crate API was overhauled already in version 0.4 and should now be close to 1.0 quality.
Any comments about the specific PR are welcome in that thread on github, and any comments on the general 1.0-readyness of the API are welcome here. I’m happy to hear constructive comments.