-
Notifications
You must be signed in to change notification settings - Fork 212
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
remove Data from marshal and all packages that used it #2632
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, including all the changes to marshal.
This currently fails CI in a Zoe unit test when run under XS. We think this is because of a weird XS bug that we're still trying to narrow down (maybe related to #2633). I won't land it while that bug is causing CI to fail, but if we change CI to not have XS failures flunk the overall build (until we get XS working with the full test suite), then I could land it while an XS-specific problem was still happening. |
The XS bug is going to be fun. There are 72 tests in |
28dc10b
to
a49ec7b
Compare
Rats, the error persists even after upgrading to the newer XS code drop (#2655) that touched GC and WeakMaps somehow. Because it provides a somewhat-stable trigger of this error, I'm going to hold off landing this while we continue to investigate. |
Yup, it does. I was able to confirm this yesterday. |
a49ec7b
to
037456a
Compare
Now that `harden({})` is pass-by-copy, we no longer need the Data() marker. refs #2018
037456a
to
81dd9a4
Compare
Huh, well now it passes, both here and locally. I was sure I rebuilt everything the right way, so I don't know what changed. Joy. I guess I'll land this now and keep my eyes open for any other XS failures. |
This completes the "empty objects should be pass-by-copy" transition plan.
refs #2018