| Age | Commit message (Collapse) | Author |
|
|
|
(https://github.com/ruby/irb/pull/814)
https://github.com/ruby/irb/commit/320178b120
|
|
https://github.com/rubygems/rubygems/commit/00694651a3
|
|
When compiling with cppflags=-DRGENGC_CHECK_MODE, the following crashes:
```
$ RUBY_FREE_ON_EXIT=1 ./miniruby -e 0
-e: [BUG] obj_free: RVALUE_MARKED(0x0000000103570020 [3LM ] T_CLASS (anon)) != FALSE
```
This commit clears the mark bits when rb_free_on_exit is enabled.
|
|
String#chomp! returned nil without checking the number of passed
arguments in this case.
|
|
I'm guessing String#sub! was desired here.
|
|
|
|
|
|
|
|
|
|
|
|
In some cases code may look like an attrset ID but should actually
return the value of the method, not the passed values.
In ruby/prism#2051 a flag was added when we have a attribute write call.
I used this flag to add the proper instructions when we have a real
attrset instead of using `rb_is_attrset_id` which was kind of hacky
anyway.
The value that should be returned in the newly added test is 42, not 2.
Previously the changes we had made returned 2.
Related to ruby/prism#1715
|
|
https://github.com/ruby/prism/commit/d7fbc09345
|
|
(https://github.com/ruby/irb/pull/813)
https://github.com/ruby/irb/commit/e79a90a1e6
|
|
|
|
|
|
|
|
It randomly fails like this:
https://github.com/ruby/ruby/actions/runs/7191443542/job/19586164973
|
|
|
|
https://github.com/ruby/resolv/commit/22153c2a45
|
|
|
|
https://github.com/ruby/io-console/commit/3e5586e632
|
|
|
|
https://github.com/ruby/io-nonblock/commit/501e2ffea3
|
|
|
|
https://github.com/ruby/io-wait/commit/5ec3db36c8
|
|
|
|
https://github.com/ruby/etc/commit/743c26086d
|
|
If a gem is specified in the Gemfile (or resolved as a transitive
dependency), it's always resolved from remote/installed sources. Default
gems are only used as a fallback for gems not included in the bundle.
I believe this leads to more consistent behavior and more portable apps,
since all gems will be installed to the configured bundle path,
regardless of whether they are default gems or not.
https://github.com/rubygems/rubygems/commit/091b4fcf2b
|
|
https://github.com/rubygems/rubygems/commit/0e919eaa87
|
|
https://github.com/rubygems/rubygems/commit/fad186df39
|
|
This makes bundler consistent with all other gems, and makes the default
installation of Bundler in the release package look like any other
bundler installation.
Before (on preview3, for example), Bundler executable is installed at:
lib/ruby/gems/3.3.0+0/gems/bundler-2.5.0.dev/libexec/bundle
Now it's installed in the standard location:
lib/ruby/gems/3.3.0+0/gems/bundler-2.5.0.dev/exe/bundle
|
|
|
|
|
|
This was issue previously, so hopefully this comment tries to state this
explicitly for future readers.
https://github.com/rubygems/rubygems/commit/8ccd830f85
|
|
This is mainly to align this test case with the
`test_process_options_does_not_fallback_to_user_install_when_gem_home_
not_writable_and_no_user_install`, where the `install_dir` is checked
already.
https://github.com/rubygems/rubygems/commit/02b1884b61
|
|
installation
The `options[:user_install]` might have three states:
* `true`: `--user-install`
* `false`: `--no-user-install` and
* `nil`: option was not specified
However, this had not been respected previously and the `false` and `nil`
were treated the same. This could lead to auto user installation despite
`--no-user-install` being specified on the command line.
Fixes https://github.com/rubygems/rubygems/pull/7237
https://github.com/rubygems/rubygems/commit/9281545474
|
|
https://github.com/rubygems/rubygems/commit/2662e45d75
|
|
https://github.com/rubygems/rubygems/commit/bdb78d8289
|
|
https://github.com/rubygems/rubygems/commit/cdfc6923e4
|
|
https://github.com/rubygems/rubygems/commit/cfc5018c54
|
|
https://github.com/rubygems/rubygems/commit/e2e7440ede
|
|
https://github.com/rubygems/rubygems/commit/0d758e8926
|
|
https://github.com/rubygems/rubygems/commit/99d91c9ed2
|
|
https://github.com/rubygems/rubygems/commit/ef97ad37bd
|
|
`BUNDLER_IGNORE_DEFAULT_GEM` set
https://github.com/rubygems/rubygems/commit/111bd11c36
|
|
https://github.com/rubygems/rubygems/commit/73b9498658
|
|
This commit passes an `end` to rb_int_parse_cstr which allows us
to correctly parse non-base 10 integers which are enclosed in
parenthesis. Prior to this commit, we were getting a putobject nil
when compiling `(0o0)` for example.
|
|
|
|
We want to make sure that if preregister is called with different data,
that the postponed job table is updated.
|