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 recently replaced generic-array with hybrid-array, which hopefully improves overall ergonomics, but ideally we wouldn't need typenum at all and could express all of our constraints using const generics.
This issue tracks the features in core that would need to be stabilized before we can phase out hybrid-array in favor of const generics and core arrays:
The first issue (60551) is arguably the biggest blocker. All of the trait crates defined in this repo use associated ArraySize types which would be best replaced by associated constants. While it would be possible to switch from associated constants to const generic parameters, this has all the drawbacks of using explicit generic parameters versus families of them expressed as associated types. It becomes quite unwieldy when there are several of them involved. Our use cases benefit from these constants being "carried along" with another generic parameter, so it would be best to wait until this feature is implemented.
The second issue (76560) is important because we do quite a bit of arithmetic with typenum.
The text was updated successfully, but these errors were encountered:
Note: continuation of #970
We recently replaced
generic-array
withhybrid-array
, which hopefully improves overall ergonomics, but ideally we wouldn't needtypenum
at all and could express all of our constraints using const generics.This issue tracks the features in
core
that would need to be stabilized before we can phase outhybrid-array
in favor of const generics and core arrays:feature(generic_const_exprs)
rust-lang/rust#76560The first issue (60551) is arguably the biggest blocker. All of the trait crates defined in this repo use associated
ArraySize
types which would be best replaced by associated constants. While it would be possible to switch from associated constants to const generic parameters, this has all the drawbacks of using explicit generic parameters versus families of them expressed as associated types. It becomes quite unwieldy when there are several of them involved. Our use cases benefit from these constants being "carried along" with another generic parameter, so it would be best to wait until this feature is implemented.The second issue (76560) is important because we do quite a bit of arithmetic with
typenum
.The text was updated successfully, but these errors were encountered: