Release aes v0.9.0

[newpavlov]

Changed

• Bump cipher dependency to v0.5
• Edition changed to 2024 and MSRV bumped to 1.85 (#472)
• Refactor ARMv8 expand_key (#367)
• Added #[inline] attributes for KeyInit::new impls (#386)
• Rework backends (#442)
• Move Block8 to the hazmat module (#468)
• Relax MSRV policy and allow MSRV bumps in patch releases (#477)
• Replace inline ASM with ARMv8 intrinsics (#380)
• Enable ARMv8 backend by default (#395)

[tarcieri]

The backends should probably be refactored to be aes_backend first

[newpavlov]

There is a minor problem with aes_compact. To be consistent, aes_backend = "soft-compact" should mean that only the compact software backend is used, while users may want to have both auto-detection and a more compact software fallback.

[tarcieri]

There’s also AVX-512 which has one cfg to enable it, and another to force it

[newpavlov]

I consider the AVX-512 "enable" option to be experimental since we plan to remove it in the next patch release, so it can be kept as-is. But I guess we may have similar new backends in future.

[tarcieri]

With #541 merged I think this can be released

[newpavlov]

Before release I want to tweak the compact configuration flag and take one last look at the backend selection code.

[tarcieri]

@newpavlov how did you want the compat configuration flag tweaked? I can take care of it. It would be good to get this out.

[newpavlov]

Sorry for the delay. I tried to do a more involved refactoring, but haven't finished it yet. Give me two days, if I am not ready by then, you can release it as is (I will submit the software flag change in a separate PR soon-ish).

[newpavlov]

Duh, I already merged the compact flag changes in #542.

[newpavlov]

It will take more time for the aforementioned refactoring, so I guess it's better to release the crate as-is. I considered introduction of a generic Aes type, but it did not work out, so we are likely to keep the macros, so the refactoring changes should stay backwards compatible.