bundle --version
Traceback (most recent call last):
8: from /bin/bundle:23:in
6: from /usr/lib/ruby/gems/2.5.0/gems/bundler-1.16.2/exe/bundle:10:in
4: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:54:in
2: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:34:in
/usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:130:in `require': cannot load such file -- bundler/compatibility_guard (LoadError
Traceback (most recent call last):
8: from /bin/bundle:23:in
<main>'
7: from /bin/bundle:23:inload'6: from /usr/lib/ruby/gems/2.5.0/gems/bundler-1.16.2/exe/bundle:10:in
<top (required)>'
5: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:54:inrequire'4: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:54:in
require'
3: from /usr/lib/ruby/site_ruby/2.5.0/bundler.rb:3:in<top (required)>'2: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:34:in
require'
1: from /usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:130:inrescue in require'/usr/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:130:in `require': cannot load such file -- bundler/compatibility_guard (LoadError
I think I read that 2.5 vendors Bundler now, so probably an issue for MRI itself if that is true
sorry, gotta run for a bit
one major goal of rubinius is to support more languages than just Ruby
and to let them play together
but also the Rubinius concurrency model is superior to Ruby from what I gather
there is also jruby though for that as well
Rubinius is a work in progress though, quite honestly
(I'm not a developer at all though, just a user)
Rubinius doesn't have a global interpreter / vm lock, so in Rubinius, Ruby code can run in parallel if there are CPUs or cores available to it
but there are still places that synchronization is required, so that will force all threads to serialize through that critical section
one of those places is when creating subprocesses (eg fork/exec), and other places involve various parts of IO because Ruby has never clearly defined multi-threaded concurrency behavior
me neither :)
essentially, you'd have to try it and see what sort of parallelism you get, and if it's not what you expect, we'd have to look into where synchronization is occurring and whether that can be reduced (which it's certainly possible that it may be reduced)
i couldn't find any reference doc or book for learning rubinius
but fast
small libraries, gems
this says JIT is implemented, I thought thats still incorrect? https://rubinius.com/about/
that about page is historically accurate and doesn't say Rubinius currently has a JIT, but check back tomorrow :)
@ShalokShalom if you're interested in the new JIT, check out the rubinius/rubinius channel :point_up: May 29, 2019 8:28 PM
what I am interested in: Rubinius treats functions differently as CRuby. Luckily. How does this work with IDEs and stuff?
it's clearly unfinished
and rotting still
@ShalokShalom CRuby doesn’t have “functions” (they are just methods on modules), but in Rubinius they will be actual functions with lexical scope. I don’t have a good answer on IDEs, but Rubinius is just a lot of Ruby objects (eg you can get Ruby objects for LexicalScope, BlockEnvironment, etc), so I expect an IDE to be able to use Ruby code to get info for eg intellisense like features
i.e. building a language on it
Ok, cool, that’s my favorite topic! 😄 I’ll see about putting a tutorial together. If you’re curious in the meantime, check out http://atomy-lang.org and http://fancy-lang.org
and make oop ooptional for it