Smithy rust doesn't supported arbitrary precision numbers in Document type

[DanielBauman88]

Smithy rust does not support arbitrary precision numbers in the Document type.
Would adding this functionality be something that the smithy team would support (for rust and other languages)?
I'm asking about supporting this in principle, not asking for a commitment to deliver this, rather if you would be open to PRs to support this functionality.

Quoting from the smithy idl 2.0 - https://awslabs.github.io/smithy/2.0/spec/simple-types.html#document
a JSON-like data model and can contain UTF-8 strings, arbitrary precision numbers, booleans...

The Document type contains type Number which only supports u64, i64 or f64 values. The comments indicate that the implementation was modelled on serde but support for arbitrary precision was not implemented.

[jdisanti]

I think implementing #312 would add this since we would need to add additional arbitrary precision variants to the existing Number type.

[DanielBauman88]

Yeah that would resolve this too - as long as changes to serialization/deserialization were piped in to use those options when deserializing/serializing numbers.
eg: https://github.com/awslabs/smithy-rs/blob/main/rust-runtime/aws-smithy-json/src/deserialize.rs#L325

Is there anywhere to create issues for smithy implementations in general? This ideally would be something tracked accross all languages so that smithy apis have the same support from clients in different languages.

Related issue for typescript.

[jdisanti]

Is there anywhere to create issues for smithy implementations in general?

I don't think there is anything like this today. The most central location would be https://github.com/awslabs/smithy, but that really tracks the Java implementation for parsing IDL and the core logic for building Smithy code generators.

[goabv]

Based on the communication thread closing this issue as this is connected to #312 and can be tracked there