-
Notifications
You must be signed in to change notification settings - Fork 858
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Issue with BigInt.asUintN #1573
Comments
Hi @tonygermano I would like to address this issue. According to the documentation, Based on this documentation, the expected result for BigInt.asUintN(64, -1n) should be the 64-bit unsigned representation of However, the actual result suggests that the function may not be correctly handling negative values. Instead of converting -1n to its unsigned 64-bit representation, the function appears to be returning the original signed value, -1n. |
Sounds like a good first issue then 🙂 I'm sure there are tests in the test262 sure right now marked as failing for this (although I haven't looked) |
@gaurav-chaurasia based on your comment, I concluded that you'd try to create a PR to fix this issue. Just checking in to see how things are going |
I've been kind of living in the spec recently. I haven't created the fix yet, but I do know how to fix this one. Part of the reason I started with #1611 was because so many of the BigInt tests were failing due to the lack of Symbol.toPrimitive being implemented correctly. |
Yes yes, I'm relatively new to open source and the Rhino engine, so I'm still getting familiar with the codebase and documentation. I've successfully built Rhino locally, and most tests have passed. However, I am not able to reproduce the issue yet as I'm facing some issues while running the Test262 suite. @p-bakker / @tonygermano I'd really appreciate any suggestions or guidance you might have. Thank you! :) |
What are the issues you're running into running the Test262 suite? |
Expected:
Actual:
The text was updated successfully, but these errors were encountered: