Jacob Lifshay

> So I'll propose an alternative, lightweight design: > > * Compiler: `Type::field` is now valid syntax, and desugars to `fn(*mut Type) -> *mut FieldType`. imho `Type::field` should be syntax...

I think we should have a full-fledged `ArrayVec` instead, though having this as a stop-gap measure that is later deprecated could be a good idea.

> > When the number resulting from a primitive operation (addition, subtraction, multiplication, or division) on this type is not exactly representable as f32, it is rounded according to the...

> I guess returning an Option for some operations is inevitable. The floor and ceil could just return the nearest integer (saturating at integer bounds) maybe round too but trunc...

an alternative is the [storages proposal](https://internals.rust-lang.org/t/is-custom-allocators-the-right-abstraction/13460?u=programmerjake) ([wg-allocators issue](https://github.com/rust-lang/wg-allocators/issues/79)) that allows an ArrayVec to be written `Vec` where an array is used instead of an allocator, the array is stored inline...

> > an alternative is the [storages proposal](https://internals.rust-lang.org/t/is-custom-allocators-the-right-abstraction/13460?u=programmerjake) that allows an ArrayVec to be written `Vec` where an array is used instead of an allocator, the array is stored inline...

> I think the generic storage idea is neat and might have some use cases, but it’s well into diminishing-returns territory IMO in terms of how complex it is compared...

it should be possible to upgrade `Vec where A: Allocator` and a separate `ArrayVec` to `Vec where S: Storage` and `type ArrayVec = Vec` if there's the impl: ```rust impl...

> however, it would likely still require using a newly stabilized `ArrayStorage` type rather than just raw arrays for array storage, as std doesn't bound the generic on the struct...

[Libre-SOC](https://libre-soc.org) is [thinking about writing a PowerPC64 backend for Cranelift](https://bugs.libre-soc.org/show_bug.cgi?id=405), since we want to use Cranelift as a backend for our [Kazan graphics driver](https://salsa.debian.org/Kazan-team/kazan) (this is similar to RADV and...