-
Notifications
You must be signed in to change notification settings - Fork 180
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
Known bugs in Ruby included with graalvm-0.22? #137
Comments
Yes :) It's still a way off being finished in general. |
Yeah this is a known issue of Ruby included in GraalVM 0.22 release however it's already fixed for 23 which will be available in few weeks. Please wait a bit. |
Ok, no problem. Would I have known about this if I was subscribed to the dev mailinglist or is there some other way to keep up to date? |
We have a monthly release, usually around the 1st but delayed a bit this time. This is a general mailing list for GraalVM that announces releases. https://github.com/graalvm/truffleruby/blob/master/README.md#mailing-list |
Ok, I am now subscribed :) |
* commit 'f7e37516f63fbc20e65e433d968d450e8412919c': Tidy up guards Combine specs Run some foreign is_a? in native mode Fixes to is_a? Native guard Foreign is_a? Truffle::Interop.java_instanceof?
Merge from upstream Merge-Requested-By: chrisseaton Merge-Attempt: 3 Merge-Queue-Digest: 669ab89958ba189759de2608be9d99afb1c7c2a93255609aa024777e3a1413c9
I previously installed graalvm-0.21, following your guides, and did some experiments with it. I installed bundler and some other gems and things ran fine. Everything expected to work works, speed amazing!
Now I just downloaded graalvm-0.22, but I can't get bundler, or any other gem, to install. And I can't make sense of the reason: installing fails with
I did some debugging and at the start of the
resolve_dependencies
method, before the call torequest_set
on line/lib/mri/rubygems/dependency_installer.rb:487
, the following happens:where the
puts
calls are mine. This outputseven though e.g. the
request_set.development=
method is, as far as I can tell, just the plain setter method generated by anattr_accessor
declaration. I can see no reason why settingdevelopment
should change the contents of the@sets
instance variable of the RequestSet instance.So I have to ask: are there perhaps known bugs in the Ruby implementation included with graalvm-0.22? Or am I doing something wrong?
The text was updated successfully, but these errors were encountered: