Closed turboladen closed 4 years ago
I've tested each of these on Linux and they all work without issue. I've added tests to the main code base to see how they'll do across operating systems.
The tests pass CI for Mac. I is likely a system architecture and customized build of Ruby issue.
FWIW, it was a standard install of Ruby, using chruby
, nothing fancy.
@turboladen I've noticed with rbenv on Mac it tends to have a statically linked Ruby built rather than a dynamically linked one. That causes its own issues. I've not heard any other reports with chruby, and I haven't tried it yet.
That may be something I should add to the test suite… using different Ruby version managers.
Oh ya, good point—I usually forget that (chruby behaves the same) and have to reinstall Ruby with the —enable-shared
(I think that’s the one at least) flag. ...which I suppose negates my “nothing fancy” comment, since it could be picking up anything weird from my env.
I feel like I must be overlooking something, but I ran across this while writing some tests. I tried whittling it down to find the breaking point; some of these panic (
signal: 11, SIGSEGV: invalid memory reference
); some don't:Ruby version:
ruby 2.6.2p47 (2019-03-13 revision 67232) [x86_64-darwin18]
Rust version:rustc 1.39.0 (4560ea788 2019-11-04)
If this is a Ruby limitation (only handling values in between 32- and 64-bit int types), I'm not sure what a reasonable solution would be, but it at least seems worth documenting.