Integer polyfills

We should have polyfills to downlevel u64 and u128 to many u32 instructions, enabling the use of these types without concern for hardware capabilities on eg. mobile ARM platforms. Also consider polyfill for u8 and u16, which could enable things like using enum Ordering from std, see https://github.com/Rust-GPU/rust-gpu/issues/147.

libm only handles float math, no integer downlevel.

Discussed in https://github.com/Rust-GPU/rust-gpu/discussions/301

^{Originally posted by nazar-pc June 27, 2025}
I faced a small challenge: my CPU code I'm trying to run on a GPU naturally maps onto u64 and u128, but even u64 apparently requires OpCapability Int64, let alone u128.

Now writing polyfills that work around that feels like a job that compiler should do for me, though I appreciate that it at least tells me that there isn't a native way to run that and I should think about what to do with it.

I'm wondering it it'd be possible to either have a compilation flag that automatically inserts polyfills for such types. It will be an explicit opt-in feature, but otherwise require the least amount of effort for those who do need it. I believe LLVM is capable of this.

I'm really not looking forward to writing polyfills for u128 using a bunch of u32s.

Bắt đầu với mô tả issue và cuộc thảo luận 301 được liên kết, sau đó xem xét issue liên quan 147 để biết các trường hợp sử dụng và các ràng buộc được đề xuất cho số nguyên. Xác định những độ rộng số nguyên và lệnh đích nào nằm trong phạm vi, cơ chế polyfilling opt-in sẽ hoạt động như thế nào và những bài kiểm thử nào sẽ chứng minh khả năng hỗ trợ trước khi bắt đầu triển khai.