Add itoa crate to the list

[GuillaumeGomez]

No description provided.

[Urgau]

cc @Turbo87

[Turbo87]

also /cc @dtolnay as the maintainer of itoa. any objections or suggestions?

[rosymati]

I'm not affiliated with itoa, but I make heavy use of it and recently tried to move off it, so I'll add my two cents.

I don't think it's a full replacement, because of an API difference. With itoa I have one reusable Buffer that works for any integer, since format is generic over the integer type. NumBuffer puts the generic on the buffer instead (NumBuffer<T>), and format_into takes &mut NumBuffer<Self>, so the buffer is tied to the concrete type being formatted. That means you can't share one buffer across types; you need a separate NumBuffer<T> per integer type.

In my case I rely on a single reusable buffer fed values of different widths and signedness, and there's no way to express that with the std API as far as I can tell.

[GuillaumeGomez]

I proposed it in rust-lang/rust#143636, but it was rejected. Might be worth opening an issue for that specifically in the rust repository. Don't forget to ping me and to link both rust-lang/rust#138215 and rust-lang/rust#143636 and to show your use-case.

[Turbo87]

since 1.98 is release, I guess we can move forward with this now. should we soften the current message a bit to indicate that not all itoa functionality is covered by std yet? :)

[GuillaumeGomez]

Is there a field for that or I just add it to the description?

[Turbo87]

there is no structured field for this at the moment. you can just add it to the text.

[GuillaumeGomez]

Modified the text to mention that the core API doesn't cover the whole itoa API.

[Turbo87]

great, thanks! :)

[Turbo87]

now live at https://crates.io/crates/itoa