purescript-quotient about purescript-arraybuffer

[jacereda]

Can you elaborate on the problem with UInt?

I skimmed through your changes in that branch, wouldn't it make sense as a separate -arraybuffer-classes repo? I think we should in this one just have a thin wrapper on top of the JS API and provide mechanisms to upper level layers.

Let's say https://github.com/pure11/pure11 needs at some point to implement something like this in order to get some library that indirectly depends on this one running. I can see those changes happening in this repo and upper levels could be isolated from the process.

[athanclark]

That's a really good point. Also... I wasn't paying attention: https://pursuit.purescript.org/packages/purescript-uint/4.0.2/docs/Data.UInt#v:toNumber there's mechanisms for this already I didn't look at.

As far as the thin wrappers go - most of the functionality is implemented with foreign functions of the form exports.foo = function(arr,x,y,z) {return a.foo(x,y,z)} - which is polymorphic over the typed array, and unsafely typed for the userland type actually used - something like foreign import foo :: forall arr u. ArrayView a -> u -> u -> u -> Effect Unit or something, that way the instance itself can type-caste the unsafe import to the correct userland type. If end-users use Uint8Array types and all that, the compiled output shouldn't be much different than having duplicate foreign imports of each.