-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for actual int64 as opposed to int53 #21
Comments
@darrachequesne Thoughts? |
@rochdev create a PR. It's always easier to talk about working code. p.s. I have no relation to maintainer. |
Opened #22 |
That's an interesting idea! My only concern is the impact on the bundle size, for the browser build. Would custom encoders (suggested here: #18) help? |
Good point. I'll have to check if we could use something like that with our requirements (which are a bit complicated) and will report back. Having an external implementation for custom encoding would definitely remove a lot of the decisions related to built-in support. |
I was wondering if support for int64 libraries like long and int64-buffer would be considered. I'm willing to open a PR for
int64-buffer
since it's what we use and is also used by msgpack-lite.This would not add a lot of overhead to the library and would look something like this:
The text was updated successfully, but these errors were encountered: