Skip to content
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

Add RW BigInt64 methods #267

Merged
merged 2 commits into from
Nov 4, 2020
Merged

Add RW BigInt64 methods #267

merged 2 commits into from
Nov 4, 2020

Conversation

shuse2
Copy link
Contributor

@shuse2 shuse2 commented Jun 21, 2020

Descriptions

This PR is extension of PR #247 by @fanatid.
It addresses the issue described in #247 (comment)

feross added a commit that referenced this pull request Nov 4, 2020
Since Buffer now supports the BigInt methods and the code for that uses the exponentiation operator, I'm going to drop support for IE11 and Safari 9-10.

Further changes I needed to make:

- Use consistent shifting to floor the offset numbers, like we do for other methods
- Remove all BigInt literals in favor of using a BigInt constructor – this fixes parse errors in older browsers like Safari 11
- Disable Node tests in Safari 11 and 12 since they use BigInt literal syntax

This commit contains fixes for PR #267
@feross feross merged commit 02c782a into feross:master Nov 4, 2020
@feross
Copy link
Owner

feross commented Nov 4, 2020

Looks good. Since this PR uses the exponentiation operator, I'm going to drop support for IE11 and Safari 9-10 in order to accept it.

Further changes I needed to make:

  • Use consistent shifting to floor the offset numbers, like we do for other methods
  • Remove all BigInt literals in favor of using a BigInt constructor – this fixes parse errors in older browsers like Safari 11
  • Disable Node tests in Safari 11 and 12 since they use BigInt literal syntax

@feross
Copy link
Owner

feross commented Nov 4, 2020

Released as 6.0.0

@jimmywarting
Copy link

jimmywarting commented Dec 6, 2021

I'm going to drop support for IE11 and Safari 9-10 in order to accept it.

Could this mean that we could do things such as class Buffer extends Uint8Array { ... } instead?
maybe this could also mean that we could use ES syntax such as import/export also? 🙃

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants