| Age | Commit message (Collapse) | Author |
|
This reverts commit 6062c904ae2c4d6a9fafb1a0e22841da85892eea.
tompng said animation becomes weird if you remove trailing spaces.
We fixed auto-style instead
https://github.com/ruby/git.ruby-lang.org/commit/a8635a4cd93c8adc2e1b48b6ae8fa3fcd3bb4b34.
|
|
Notes:
Merged-By: ioquatix <samuel@codeotaku.com>
|
|
Notes:
Merged-By: ioquatix <samuel@codeotaku.com>
|
|
|
|
I will restore the check after the preview release
Notes:
Merged: https://github.com/ruby/ruby/pull/13122
|
|
See https://github.com/tric/trick2025 for TRICK 2025.
Notes:
Merged: https://github.com/ruby/ruby/pull/13122
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13121
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13121
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13121
|
|
Correctly pass the new object assigned by StringValue() to
ossl_ssl_write_internal_safe().
This is a follow-up to commit https://github.com/ruby/openssl/commit/0d8c17aa855d (Reduce
OpenSSL::Buffering#do_write overhead, 2024-12-21).
https://github.com/ruby/openssl/commit/3ff096196a
|
|
[Bug #21152]
|
|
Notes:
Merged-By: ioquatix <samuel@codeotaku.com>
|
|
Since RubyGems 3.0.0 `dir_mode` option is supported, but using `File`
method to apply it, not `FileUtils`. To reduce overwriting existing
methods (especially built-in class), and to record making directories,
keep using `no_write` method.
|
|
https://github.com/rubygems/rubygems/commit/77a52b011a
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13119
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13119
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13119
|
|
|
|
(https://github.com/ruby/stringio/pull/129)
Companion PR to <https://github.com/ruby/ruby/pull/7894>.
https://github.com/ruby/stringio/commit/2d3988e12f
|
|
Bumps [crossbeam-channel](https://github.com/crossbeam-rs/crossbeam) from 0.5.13 to 0.5.15.
- [Release notes](https://github.com/crossbeam-rs/crossbeam/releases)
- [Changelog](https://github.com/crossbeam-rs/crossbeam/blob/master/CHANGELOG.md)
- [Commits](https://github.com/crossbeam-rs/crossbeam/compare/crossbeam-channel-0.5.13...crossbeam-channel-0.5.15)
---
updated-dependencies:
- dependency-name: crossbeam-channel
dependency-version: 0.5.15
dependency-type: indirect
...
Signed-off-by: dependabot[bot] <support@github.com>
Notes:
Merged: https://github.com/ruby/ruby/pull/13097
|
|
https://github.com/ruby/json/commit/573ebdca89
|
|
https://github.com/ruby/json/commit/27155b6500
|
|
https://github.com/ruby/json/commit/3e7e661ef5
|
|
https://github.com/ruby/json/commit/ff8e18392d
|
|
platforms
https://github.com/rubygems/rubygems/commit/c39d2f84fd
|
|
incompatible
https://github.com/rubygems/rubygems/commit/282e4a8593
|
|
It handles resolution packages but also other stuff.
https://github.com/rubygems/rubygems/commit/4baec92c20
|
|
https://github.com/rubygems/rubygems/commit/ed31e888fd
|
|
https://github.com/rubygems/rubygems/commit/42534e746b
|
|
If we materialized to a different platform, then the dependencies may
actually be different so the validation does not really make sense.
https://github.com/rubygems/rubygems/commit/68fad98e6f
|
|
https://github.com/rubygems/rubygems/commit/4b6f07f634
|
|
In frozen mode, the previous logic would not set the platform locked
originally in the materialized specification, and that would trigger the
warning about insecure materialization incorrectly.
https://github.com/rubygems/rubygems/commit/a18001e10c
|
|
|
|
matz accepted at the developper meeting 2024-07-11.
|
|
`rp` and other commands were broken for me because they always showed
the object as a T_NONE.
The reason was that instead of returning the type `struct RBasic`,
FindFirstType("struct RBasic") was returning
`yjit::cruby::autogened::RBasic`.
Explicitly asking for the top-level RBasic by prefixing it with `::` is
enough to fix those commands.
Notes:
Merged: https://github.com/ruby/ruby/pull/13096
|
|
Move _append_command_output and _append_expression to LLDBInterface, and
use it from HeapPageCommand after setting result.
Notes:
Merged: https://github.com/ruby/ruby/pull/13096
|
|
This inverse table is only useful if `ObjectSpace._id2ref` is used,
which is extremely rare. The only notable exception is the `drb` gem
and even then it has an option not to rely on `_id2ref`.
So if we assume this table will never be looked up, we can just
not maintain it, and if it turns out `_id2ref` is called, we
can lock the VM and re-build it.
```
compare-ruby: ruby 3.5.0dev (2025-04-10T09:44:40Z master 684cfa42d7) +YJIT +PRISM [arm64-darwin24]
built-ruby: ruby 3.5.0dev (2025-04-10T10:13:43Z lazy-id-to-obj d3aa9626cc) +YJIT +PRISM [arm64-darwin24]
warming up..
| |compare-ruby|built-ruby|
|:----------|-----------:|---------:|
|baseline | 26.364M| 25.974M|
| | 1.01x| -|
|object_id | 10.293M| 14.202M|
| | -| 1.38x|
```
Notes:
Merged: https://github.com/ruby/ruby/pull/13115
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13114
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/13113
|
|
[Feature #20877]
Notes:
Merged: https://github.com/ruby/ruby/pull/11975
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/11975
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/11975
|
|
|
|
https://github.com/ruby/strscan/commit/7b1eb1e4ed
|
|
(https://github.com/ruby/strscan/pull/147)
For a reason unknown, even though `pos` is stored as a `long`, the
`#pos` and `#pos=` treat it as an `int`, which prevent seeking into
strings larger than 2GiB.
https://github.com/ruby/strscan/commit/b76368416e
Co-authored-by: Jean Boussier <jean.boussier@gmail.com>
|
|
Don't mention "Found changes from the lockfile" because that's not
really true in general.
https://github.com/rubygems/rubygems/commit/0181c278e8
|
|
If both a native and a generic version are locked, but the native
version is incompatible with the running Ruby, Bundler will still keep
the native version in the lockfile, since it could be potentially useful
when using other rubies.
However, when `bundle update` is run, this was not the case because the
locked native gems were not using the right source when materializing.
They were using the lockfile source instead of the Gemfile source, and
that meant they could not be found when materializing, because the
lockfile source always uses local mode so does not see them.
The effect of this was normally that they were incorrectly removed from
the lockfile and a strange "this spec has been possibly yanked" was
printed in verbose mode. However, in certain situations (i.e., when the
generic gem would bring extra dependencies), it could also make `bundle
update` crash.
The solution is, when adding this extra locked specs to the result after
resolving, maybe sure they inherit the source from the resolved specs,
so they can be found when materializing.
`bundle install` did not have the issue because it passes locked specs
to the resolver, and assigns the right source to them in
`Definition#converge_locked_specs`.
https://github.com/rubygems/rubygems/commit/91ce881fda
|
|
`Definition#specs` does the same thing but memoizes the result.
https://github.com/rubygems/rubygems/commit/b62bf9fe41
|
|
https://github.com/rubygems/rubygems/commit/458fa5dc4c
|
|
|