2021-12-25 09:11:13 -05:00
|
|
|
# NEWS for Ruby 3.2.0
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2021-12-15 11:24:31 -05:00
|
|
|
This document is a list of user-visible feature changes
|
2021-12-25 09:11:13 -05:00
|
|
|
since the **3.1.0** release, except for bug fixes.
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2020-12-22 14:27:38 -05:00
|
|
|
Note that each entry is kept to a minimum, see links for details.
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2020-01-18 03:46:52 -05:00
|
|
|
## Language changes
|
Evaluate multiple assignment left hand side before right hand side
In regular assignment, Ruby evaluates the left hand side before
the right hand side. For example:
```ruby
foo[0] = bar
```
Calls `foo`, then `bar`, then `[]=` on the result of `foo`.
Previously, multiple assignment didn't work this way. If you did:
```ruby
abc.def, foo[0] = bar, baz
```
Ruby would previously call `bar`, then `baz`, then `abc`, then
`def=` on the result of `abc`, then `foo`, then `[]=` on the
result of `foo`.
This change makes multiple assignment similar to single assignment,
changing the evaluation order of the above multiple assignment code
to calling `abc`, then `foo`, then `bar`, then `baz`, then `def=` on
the result of `abc`, then `[]=` on the result of `foo`.
Implementing this is challenging with the stack-based virtual machine.
We need to keep track of all of the left hand side attribute setter
receivers and setter arguments, and then keep track of the stack level
while handling the assignment processing, so we can issue the
appropriate topn instructions to get the receiver. Here's an example
of how the multiple assignment is executed, showing the stack and
instructions:
```
self # putself
abc # send
abc, self # putself
abc, foo # send
abc, foo, 0 # putobject 0
abc, foo, 0, [bar, baz] # evaluate RHS
abc, foo, 0, [bar, baz], baz, bar # expandarray
abc, foo, 0, [bar, baz], baz, bar, abc # topn 5
abc, foo, 0, [bar, baz], baz, abc, bar # swap
abc, foo, 0, [bar, baz], baz, def= # send
abc, foo, 0, [bar, baz], baz # pop
abc, foo, 0, [bar, baz], baz, foo # topn 3
abc, foo, 0, [bar, baz], baz, foo, 0 # topn 3
abc, foo, 0, [bar, baz], baz, foo, 0, baz # topn 2
abc, foo, 0, [bar, baz], baz, []= # send
abc, foo, 0, [bar, baz], baz # pop
abc, foo, 0, [bar, baz] # pop
[bar, baz], foo, 0, [bar, baz] # setn 3
[bar, baz], foo, 0 # pop
[bar, baz], foo # pop
[bar, baz] # pop
```
As multiple assignment must deal with splats, post args, and any level
of nesting, it gets quite a bit more complex than this in non-trivial
cases. To handle this, struct masgn_state is added to keep
track of the overall state of the mass assignment, which stores a linked
list of struct masgn_attrasgn, one for each assigned attribute.
This adds a new optimization that replaces a topn 1/pop instruction
combination with a single swap instruction for multiple assignment
to non-aref attributes.
This new approach isn't compatible with one of the optimizations
previously used, in the case where the multiple assignment return value
was not needed, there was no lhs splat, and one of the left hand side
used an attribute setter. This removes that optimization. Removing
the optimization allowed for removing the POP_ELEMENT and adjust_stack
functions.
This adds a benchmark to measure how much slower multiple
assignment is with the correct evaluation order.
This benchmark shows:
* 4-9% decrease for attribute sets
* 14-23% decrease for array member sets
* Basically same speed for local variable sets
Importantly, it shows no significant difference between the popped
(where return value of the multiple assignment is not needed) and
!popped (where return value of the multiple assignment is needed)
cases for attribute and array member sets. This indicates the
previous optimization, which was dropped in the evaluation
order fix and only affected the popped case, is not important to
performance.
Fixes [Bug #4443]
2021-04-21 13:49:19 -04:00
|
|
|
|
Add support for anonymous rest and keyword rest argument forwarding
This allows for the following syntax:
```ruby
def foo(*)
bar(*)
end
def baz(**)
quux(**)
end
```
This is a natural addition after the introduction of anonymous
block forwarding. Anonymous rest and keyword rest arguments were
already supported in method parameters, this just allows them to
be used as arguments to other methods. The same advantages of
anonymous block forwarding apply to rest and keyword rest argument
forwarding.
This has some minor changes to #parameters output. Now, instead
of `[:rest], [:keyrest]`, you get `[:rest, :*], [:keyrest, :**]`.
These were already used for `...` forwarding, so I think it makes
it more consistent to include them in other cases. If we want to
use `[:rest], [:keyrest]` in both cases, that is also possible.
I don't think the previous behavior of `[:rest], [:keyrest]` in
the non-... case and `[:rest, :*], [:keyrest, :**]` in the ...
case makes sense, but if we did want that behavior, we'll have to
make more substantial changes, such as using a different ID in the
... forwarding case.
Implements [Feature #18351]
2021-11-19 12:38:22 -05:00
|
|
|
* Anonymous rest and keyword rest arguments can now be passed as
|
|
|
|
|
arguments, instead of just used in method parameters.
|
|
|
|
|
[[Feature #18351]]
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
def foo(*)
|
|
|
|
|
bar(*)
|
|
|
|
|
end
|
|
|
|
|
def baz(**)
|
|
|
|
|
quux(**)
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2022-03-30 14:39:27 -04:00
|
|
|
* A proc that accepts a single positional argument and keywords will
|
|
|
|
|
no longer autosplat. [[Bug #18633]]
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
proc{|a, **k| a}.call([1, 2])
|
|
|
|
|
# Ruby 3.1 and before
|
|
|
|
|
# => 1
|
|
|
|
|
# Ruby 3.2 and after
|
|
|
|
|
# => [1, 2]
|
|
|
|
|
```
|
|
|
|
|
|
Fix constant assignment evaluation order
Previously, the right hand side was always evaluated before the
left hand side for constant assignments. For the following:
```ruby
lhs::C = rhs
```
rhs was evaluated before lhs, which is inconsistant with attribute
assignment (lhs.m = rhs), and apparently also does not conform to
JIS 3017:2013 11.4.2.2.3.
Fix this by changing evaluation order. Previously, the above
compiled to:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 dup
0004 putself
0005 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0007 setconstant :C
0009 leave
```
After this change:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 putself
0004 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0006 swap
0007 topn 1
0009 swap
0010 setconstant :C
0012 leave
```
Note that if expr is not a module/class, then a TypeError is not
raised until after the evaluation of rhs. This is because that
error is raised by setconstant. If we wanted to raise TypeError
before evaluation of rhs, we would have to add a VM instruction
for calling vm_check_if_namespace.
Changing assignment order for single assignments caused problems
in the multiple assignment code, revealing that the issue also
affected multiple assignment. Fix the multiple assignment code
so left-to-right evaluation also works for constant assignments.
Do some refactoring of the multiple assignment code to reduce
duplication after adding support for constants. Rename struct
masgn_attrasgn to masgn_lhs_node, since it now handles both
constants and attributes. Add add_masgn_lhs_node static function
for adding data for lhs attribute and constant setting.
Fixes [Bug #15928]
2021-04-30 19:01:27 -04:00
|
|
|
* Constant assignment evaluation order for constants set on explicit
|
|
|
|
|
objects has been made consistent with single attribute assignment
|
2022-04-18 00:53:43 -04:00
|
|
|
evaluation order. With this code:
|
Fix constant assignment evaluation order
Previously, the right hand side was always evaluated before the
left hand side for constant assignments. For the following:
```ruby
lhs::C = rhs
```
rhs was evaluated before lhs, which is inconsistant with attribute
assignment (lhs.m = rhs), and apparently also does not conform to
JIS 3017:2013 11.4.2.2.3.
Fix this by changing evaluation order. Previously, the above
compiled to:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 dup
0004 putself
0005 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0007 setconstant :C
0009 leave
```
After this change:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 putself
0004 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0006 swap
0007 topn 1
0009 swap
0010 setconstant :C
0012 leave
```
Note that if expr is not a module/class, then a TypeError is not
raised until after the evaluation of rhs. This is because that
error is raised by setconstant. If we wanted to raise TypeError
before evaluation of rhs, we would have to add a VM instruction
for calling vm_check_if_namespace.
Changing assignment order for single assignments caused problems
in the multiple assignment code, revealing that the issue also
affected multiple assignment. Fix the multiple assignment code
so left-to-right evaluation also works for constant assignments.
Do some refactoring of the multiple assignment code to reduce
duplication after adding support for constants. Rename struct
masgn_attrasgn to masgn_lhs_node, since it now handles both
constants and attributes. Add add_masgn_lhs_node static function
for adding data for lhs attribute and constant setting.
Fixes [Bug #15928]
2021-04-30 19:01:27 -04:00
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
foo::BAR = baz
|
|
|
|
|
```
|
|
|
|
|
|
2022-04-18 00:53:43 -04:00
|
|
|
`foo` is now called before `baz`. Similarly, for multiple assignments
|
|
|
|
|
to constants, left-to-right evaluation order is used. With this
|
Fix constant assignment evaluation order
Previously, the right hand side was always evaluated before the
left hand side for constant assignments. For the following:
```ruby
lhs::C = rhs
```
rhs was evaluated before lhs, which is inconsistant with attribute
assignment (lhs.m = rhs), and apparently also does not conform to
JIS 3017:2013 11.4.2.2.3.
Fix this by changing evaluation order. Previously, the above
compiled to:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 dup
0004 putself
0005 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0007 setconstant :C
0009 leave
```
After this change:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 putself
0004 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0006 swap
0007 topn 1
0009 swap
0010 setconstant :C
0012 leave
```
Note that if expr is not a module/class, then a TypeError is not
raised until after the evaluation of rhs. This is because that
error is raised by setconstant. If we wanted to raise TypeError
before evaluation of rhs, we would have to add a VM instruction
for calling vm_check_if_namespace.
Changing assignment order for single assignments caused problems
in the multiple assignment code, revealing that the issue also
affected multiple assignment. Fix the multiple assignment code
so left-to-right evaluation also works for constant assignments.
Do some refactoring of the multiple assignment code to reduce
duplication after adding support for constants. Rename struct
masgn_attrasgn to masgn_lhs_node, since it now handles both
constants and attributes. Add add_masgn_lhs_node static function
for adding data for lhs attribute and constant setting.
Fixes [Bug #15928]
2021-04-30 19:01:27 -04:00
|
|
|
code:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
foo1::BAR1, foo2::BAR2 = baz1, baz2
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
The following evaluation order is now used:
|
|
|
|
|
|
|
|
|
|
1. `foo1`
|
|
|
|
|
2. `foo2`
|
|
|
|
|
3. `baz1`
|
|
|
|
|
4. `baz2`
|
|
|
|
|
|
|
|
|
|
[[Bug #15928]]
|
|
|
|
|
|
2022-02-19 04:45:49 -05:00
|
|
|
* Find pattern is no longer experimental.
|
|
|
|
|
[[Feature #18585]]
|
|
|
|
|
|
2022-04-05 05:36:32 -04:00
|
|
|
* Methods taking a rest parameter (like `*args`) and wishing to delegate keyword
|
|
|
|
|
arguments through `foo(*args)` must now be marked with `ruby2_keywords`
|
|
|
|
|
(if not already the case). In other words, all methods wishing to delegate
|
|
|
|
|
keyword arguments through `*args` must now be marked with `ruby2_keywords`,
|
|
|
|
|
with no exception. This will make it easier to transition to other ways of
|
|
|
|
|
delegation once a library can require Ruby 3+. Previously, the `ruby2_keywords`
|
|
|
|
|
flag was kept if the receiving method took `*args`, but this was a bug and an
|
2022-04-05 05:54:57 -04:00
|
|
|
inconsistency. A good technique to find the potentially-missing `ruby2_keywords`
|
|
|
|
|
is to run the test suite, for where it fails find the last method which must
|
|
|
|
|
receive keyword arguments, use `puts nil, caller, nil` there, and check each
|
|
|
|
|
method/block on the call chain which must delegate keywords is correctly marked
|
|
|
|
|
as `ruby2_keywords`. [[Bug #18625]] [[Bug #16466]]
|
2022-04-05 05:36:32 -04:00
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
def target(**kw)
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
# Accidentally worked without ruby2_keywords in Ruby 2.7-3.1, ruby2_keywords
|
|
|
|
|
# needed in 3.2+. Just like (*args, **kwargs) or (...) would be needed on
|
|
|
|
|
# both #foo and #bar when migrating away from ruby2_keywords.
|
|
|
|
|
ruby2_keywords def bar(*args)
|
|
|
|
|
target(*args)
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
ruby2_keywords def foo(*args)
|
|
|
|
|
bar(*args)
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
foo(k: 1)
|
|
|
|
|
```
|
|
|
|
|
|
2020-01-18 03:46:52 -05:00
|
|
|
## Command line options
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2020-03-03 03:37:51 -05:00
|
|
|
## Core classes updates
|
|
|
|
|
|
2021-12-15 11:24:31 -05:00
|
|
|
Note: We're only listing outstanding class updates.
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2021-12-27 17:41:43 -05:00
|
|
|
* Hash
|
|
|
|
|
* Hash#shift now always returns nil if the hash is
|
|
|
|
|
empty, instead of returning the default value or
|
|
|
|
|
calling the default proc. [[Bug #16908]]
|
|
|
|
|
|
2022-03-25 17:33:24 -04:00
|
|
|
* Kernel
|
|
|
|
|
* Kernel#binding raises RuntimeError if called from a non-Ruby frame
|
|
|
|
|
(such as a method defined in C). [[Bug #18487]]
|
|
|
|
|
|
2022-02-19 05:10:00 -05:00
|
|
|
* MatchData
|
|
|
|
|
* MatchData#byteoffset has been added. [[Feature #13110]]
|
|
|
|
|
|
2022-01-05 02:58:23 -05:00
|
|
|
* Module
|
|
|
|
|
* Module.used_refinements has been added. [[Feature #14332]]
|
2022-01-05 03:47:29 -05:00
|
|
|
* Module#refinements has been added. [[Feature #12737]]
|
2021-05-22 06:04:01 -04:00
|
|
|
* Module#const_added has been added. [[Feature #17881]]
|
2022-01-05 03:47:29 -05:00
|
|
|
|
2022-01-13 03:45:25 -05:00
|
|
|
* Proc
|
|
|
|
|
* Proc#dup returns an instance of subclass. [[Bug #17545]]
|
2019-08-27 21:38:48 -04:00
|
|
|
* Proc#parameters now accepts lambda keyword. [[Feature #15357]]
|
2022-01-13 03:45:25 -05:00
|
|
|
|
2022-01-05 03:47:29 -05:00
|
|
|
* Refinement
|
|
|
|
|
* Refinement#refined_class has been added. [[Feature #12737]]
|
2022-01-05 02:58:23 -05:00
|
|
|
|
2022-02-17 04:10:16 -05:00
|
|
|
* Set
|
2022-04-18 00:53:43 -04:00
|
|
|
* Set is now available as a built-in class without the need for `require "set"`. [[Feature #16989]]
|
2022-02-17 04:10:16 -05:00
|
|
|
It is currently autoloaded via the `Set` constant or a call to `Enumerable#to_set`.
|
|
|
|
|
|
2022-02-19 05:10:00 -05:00
|
|
|
* String
|
|
|
|
|
* String#byteindex and String#byterindex have been added. [[Feature #13110]]
|
2022-03-11 03:11:32 -05:00
|
|
|
* Update Unicode to Version 14.0.0 and Emoji Version 14.0. [[Feature #18037]]
|
|
|
|
|
(also applies to Regexp)
|
2022-03-17 22:53:36 -04:00
|
|
|
* String#bytesplice has been added. [[Feature #18598]]
|
2022-02-19 05:10:00 -05:00
|
|
|
|
2022-01-29 03:32:38 -05:00
|
|
|
* Struct
|
2022-01-30 17:38:10 -05:00
|
|
|
* A Struct class can also be initialized with keyword arguments
|
2022-01-29 03:32:38 -05:00
|
|
|
without `keyword_init: true` on `Struct.new` [[Feature #16806]]
|
|
|
|
|
|
2022-03-25 17:33:24 -04:00
|
|
|
* TracePoint
|
|
|
|
|
* TracePoint#binding now returns `nil` for `c_call`/`c_return` TracePoints.
|
|
|
|
|
[[Bug #18487]]
|
2022-03-29 21:33:16 -04:00
|
|
|
* TracePoint#enable `target_thread` keyword argument now defaults to the
|
|
|
|
|
current thread if `target` and `target_line` keyword arguments are not
|
|
|
|
|
passed. [[Bug #16889]]
|
2022-03-25 17:33:24 -04:00
|
|
|
|
2020-03-03 03:37:51 -05:00
|
|
|
## Stdlib updates
|
|
|
|
|
|
2022-04-18 00:53:43 -04:00
|
|
|
* The following default gems are updated.
|
2021-12-26 20:48:03 -05:00
|
|
|
* RubyGems 3.4.0.dev
|
2022-01-23 20:57:23 -05:00
|
|
|
* bigdecimal 3.1.2
|
2021-12-26 20:48:03 -05:00
|
|
|
* bundler 2.4.0.dev
|
2022-03-03 03:56:31 -05:00
|
|
|
* cgi 0.3.2
|
2022-01-02 01:06:11 -05:00
|
|
|
* etc 1.4.0
|
2021-12-28 20:03:36 -05:00
|
|
|
* io-console 0.5.11
|
2022-05-09 05:19:47 -04:00
|
|
|
* io-wait 0.2.3
|
2022-02-10 03:19:42 -05:00
|
|
|
* ipaddr 1.2.4
|
2022-03-17 04:29:21 -04:00
|
|
|
* logger 1.5.1
|
2022-05-09 05:21:02 -04:00
|
|
|
* net-http 0.2.2
|
2022-04-01 00:57:20 -04:00
|
|
|
* net-protocol 0.1.3
|
2022-03-31 11:23:12 -04:00
|
|
|
* ostruct 0.5.5
|
2022-05-17 21:04:36 -04:00
|
|
|
* psych 5.0.0.dev
|
2022-01-01 21:29:48 -05:00
|
|
|
* reline 0.3.1
|
2022-02-28 06:10:22 -05:00
|
|
|
* securerandom 0.2.0
|
2022-05-09 03:48:37 -04:00
|
|
|
* stringio 3.0.3
|
2021-12-05 05:08:25 -05:00
|
|
|
* The following bundled gems are updated.
|
2022-01-06 02:02:37 -05:00
|
|
|
* net-imap 0.2.3
|
2022-05-08 10:05:55 -04:00
|
|
|
* rbs 2.4.0
|
2021-12-29 02:02:15 -05:00
|
|
|
* typeprof 0.21.2
|
2022-04-01 01:44:35 -04:00
|
|
|
* debug 1.5.0
|
2021-12-05 05:08:25 -05:00
|
|
|
* The following default gems are now bundled gems.
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2020-03-03 03:37:51 -05:00
|
|
|
## Compatibility issues
|
|
|
|
|
|
2022-03-28 02:03:22 -04:00
|
|
|
Note: Excluding feature bug fixes.
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2022-01-05 21:20:55 -05:00
|
|
|
### Removed constants
|
2021-12-31 09:59:50 -05:00
|
|
|
|
2022-01-06 19:44:08 -05:00
|
|
|
The following deprecated constants are removed.
|
2022-01-02 01:05:02 -05:00
|
|
|
|
2022-01-25 09:10:20 -05:00
|
|
|
* `Fixnum` and `Bignum` [[Feature #12005]]
|
2022-01-05 04:27:16 -05:00
|
|
|
* `Random::DEFAULT` [[Feature #17351]]
|
2022-01-02 01:05:02 -05:00
|
|
|
* `Struct::Group`
|
|
|
|
|
* `Struct::Passwd`
|
|
|
|
|
|
2022-01-05 21:20:55 -05:00
|
|
|
### Removed methods
|
|
|
|
|
|
2021-12-31 09:59:50 -05:00
|
|
|
The following deprecated methods are removed.
|
|
|
|
|
|
2022-01-05 04:27:16 -05:00
|
|
|
* `Dir.exists?` [[Feature #17391]]
|
|
|
|
|
* `File.exists?` [[Feature #17391]]
|
2022-01-05 04:18:43 -05:00
|
|
|
* `Kernel#=~` [[Feature #15231]]
|
2022-01-05 21:32:27 -05:00
|
|
|
* `Kernel#taint`, `Kernel#untaint`, `Kernel#tainted?`
|
|
|
|
|
[[Feature #16131]]
|
|
|
|
|
* `Kernel#trust`, `Kernel#untrust`, `Kernel#untrusted?`
|
|
|
|
|
[[Feature #16131]]
|
2021-12-31 09:59:50 -05:00
|
|
|
|
2020-08-24 02:38:03 -04:00
|
|
|
## Stdlib compatibility issues
|
2020-06-18 08:11:19 -04:00
|
|
|
|
2022-03-28 02:03:22 -04:00
|
|
|
* `Psych` no longer bundles libyaml sources.
|
|
|
|
|
Users need to install the libyaml library themselves via the package
|
2022-04-18 00:53:43 -04:00
|
|
|
system. [[Feature #18571]]
|
2022-03-28 02:03:22 -04:00
|
|
|
|
2020-01-18 03:46:52 -05:00
|
|
|
## C API updates
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2021-12-31 09:59:04 -05:00
|
|
|
### Removed C APIs
|
|
|
|
|
|
|
|
|
|
The following deprecated APIs are removed.
|
|
|
|
|
|
|
|
|
|
* `rb_cData` variable.
|
2022-01-05 21:32:27 -05:00
|
|
|
* "taintedness" and "trustedness" functions. [[Feature #16131]]
|
2021-12-31 09:59:04 -05:00
|
|
|
|
2020-01-18 03:46:52 -05:00
|
|
|
## Implementation improvements
|
2020-01-14 22:42:47 -05:00
|
|
|
|
2022-05-15 00:07:12 -04:00
|
|
|
* Fixed several race conditions in `Kernel#autoload`. [[Bug #18782]]
|
|
|
|
|
|
2021-12-13 19:08:01 -05:00
|
|
|
## JIT
|
2020-06-26 03:54:05 -04:00
|
|
|
|
2021-12-13 19:08:01 -05:00
|
|
|
### MJIT
|
|
|
|
|
|
2021-10-20 15:51:07 -04:00
|
|
|
### YJIT: New experimental in-process JIT compiler
|
|
|
|
|
|
2020-11-10 12:15:57 -05:00
|
|
|
## Static analysis
|
2020-10-20 00:16:19 -04:00
|
|
|
|
|
|
|
|
### RBS
|
2020-09-25 04:08:39 -04:00
|
|
|
|
2020-10-20 00:16:19 -04:00
|
|
|
### TypeProf
|
|
|
|
|
|
2021-10-19 21:18:54 -04:00
|
|
|
## Debugger
|
|
|
|
|
|
2021-10-19 22:05:05 -04:00
|
|
|
## error_highlight
|
|
|
|
|
|
2021-12-25 03:05:39 -05:00
|
|
|
## IRB Autocomplete and Document Display
|
|
|
|
|
|
2020-01-18 03:46:52 -05:00
|
|
|
## Miscellaneous changes
|
Add support for anonymous rest and keyword rest argument forwarding
This allows for the following syntax:
```ruby
def foo(*)
bar(*)
end
def baz(**)
quux(**)
end
```
This is a natural addition after the introduction of anonymous
block forwarding. Anonymous rest and keyword rest arguments were
already supported in method parameters, this just allows them to
be used as arguments to other methods. The same advantages of
anonymous block forwarding apply to rest and keyword rest argument
forwarding.
This has some minor changes to #parameters output. Now, instead
of `[:rest], [:keyrest]`, you get `[:rest, :*], [:keyrest, :**]`.
These were already used for `...` forwarding, so I think it makes
it more consistent to include them in other cases. If we want to
use `[:rest], [:keyrest]` in both cases, that is also possible.
I don't think the previous behavior of `[:rest], [:keyrest]` in
the non-... case and `[:rest, :*], [:keyrest, :**]` in the ...
case makes sense, but if we did want that behavior, we'll have to
make more substantial changes, such as using a different ID in the
... forwarding case.
Implements [Feature #18351]
2021-11-19 12:38:22 -05:00
|
|
|
|
2022-01-25 09:10:20 -05:00
|
|
|
[Feature #12005]: https://bugs.ruby-lang.org/issues/12005
|
2022-01-06 09:49:27 -05:00
|
|
|
[Feature #12737]: https://bugs.ruby-lang.org/issues/12737
|
2022-02-20 10:44:05 -05:00
|
|
|
[Feature #13110]: https://bugs.ruby-lang.org/issues/13110
|
2022-01-06 09:49:27 -05:00
|
|
|
[Feature #14332]: https://bugs.ruby-lang.org/issues/14332
|
2022-01-05 04:18:43 -05:00
|
|
|
[Feature #15231]: https://bugs.ruby-lang.org/issues/15231
|
2019-08-27 21:38:48 -04:00
|
|
|
[Feature #15357]: https://bugs.ruby-lang.org/issues/15357
|
Fix constant assignment evaluation order
Previously, the right hand side was always evaluated before the
left hand side for constant assignments. For the following:
```ruby
lhs::C = rhs
```
rhs was evaluated before lhs, which is inconsistant with attribute
assignment (lhs.m = rhs), and apparently also does not conform to
JIS 3017:2013 11.4.2.2.3.
Fix this by changing evaluation order. Previously, the above
compiled to:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 dup
0004 putself
0005 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0007 setconstant :C
0009 leave
```
After this change:
```
0000 putself ( 1)[Li]
0001 opt_send_without_block <calldata!mid:lhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0003 putself
0004 opt_send_without_block <calldata!mid:rhs, argc:0, FCALL|VCALL|ARGS_SIMPLE>
0006 swap
0007 topn 1
0009 swap
0010 setconstant :C
0012 leave
```
Note that if expr is not a module/class, then a TypeError is not
raised until after the evaluation of rhs. This is because that
error is raised by setconstant. If we wanted to raise TypeError
before evaluation of rhs, we would have to add a VM instruction
for calling vm_check_if_namespace.
Changing assignment order for single assignments caused problems
in the multiple assignment code, revealing that the issue also
affected multiple assignment. Fix the multiple assignment code
so left-to-right evaluation also works for constant assignments.
Do some refactoring of the multiple assignment code to reduce
duplication after adding support for constants. Rename struct
masgn_attrasgn to masgn_lhs_node, since it now handles both
constants and attributes. Add add_masgn_lhs_node static function
for adding data for lhs attribute and constant setting.
Fixes [Bug #15928]
2021-04-30 19:01:27 -04:00
|
|
|
[Bug #15928]: https://bugs.ruby-lang.org/issues/15928
|
2022-01-05 21:32:27 -05:00
|
|
|
[Feature #16131]: https://bugs.ruby-lang.org/issues/16131
|
2022-04-05 05:36:32 -04:00
|
|
|
[Bug #16466]: https://bugs.ruby-lang.org/issues/16466
|
2022-01-29 03:32:38 -05:00
|
|
|
[Feature #16806]: https://bugs.ruby-lang.org/issues/16806
|
2022-03-29 21:33:16 -04:00
|
|
|
[Bug #16889]: https://bugs.ruby-lang.org/issues/16889
|
2021-12-27 17:41:43 -05:00
|
|
|
[Bug #16908]: https://bugs.ruby-lang.org/issues/16908
|
2022-02-17 04:10:16 -05:00
|
|
|
[Feature #16989]: https://bugs.ruby-lang.org/issues/16989
|
2022-01-05 04:27:16 -05:00
|
|
|
[Feature #17351]: https://bugs.ruby-lang.org/issues/17351
|
|
|
|
|
[Feature #17391]: https://bugs.ruby-lang.org/issues/17391
|
2022-01-13 03:45:25 -05:00
|
|
|
[Bug #17545]: https://bugs.ruby-lang.org/issues/17545
|
2022-01-18 08:57:21 -05:00
|
|
|
[Feature #17881]: https://bugs.ruby-lang.org/issues/17881
|
2022-03-13 18:52:40 -04:00
|
|
|
[Feature #18037]: https://bugs.ruby-lang.org/issues/18037
|
Add support for anonymous rest and keyword rest argument forwarding
This allows for the following syntax:
```ruby
def foo(*)
bar(*)
end
def baz(**)
quux(**)
end
```
This is a natural addition after the introduction of anonymous
block forwarding. Anonymous rest and keyword rest arguments were
already supported in method parameters, this just allows them to
be used as arguments to other methods. The same advantages of
anonymous block forwarding apply to rest and keyword rest argument
forwarding.
This has some minor changes to #parameters output. Now, instead
of `[:rest], [:keyrest]`, you get `[:rest, :*], [:keyrest, :**]`.
These were already used for `...` forwarding, so I think it makes
it more consistent to include them in other cases. If we want to
use `[:rest], [:keyrest]` in both cases, that is also possible.
I don't think the previous behavior of `[:rest], [:keyrest]` in
the non-... case and `[:rest, :*], [:keyrest, :**]` in the ...
case makes sense, but if we did want that behavior, we'll have to
make more substantial changes, such as using a different ID in the
... forwarding case.
Implements [Feature #18351]
2021-11-19 12:38:22 -05:00
|
|
|
[Feature #18351]: https://bugs.ruby-lang.org/issues/18351
|
2022-03-25 17:33:24 -04:00
|
|
|
[Bug #18487]: https://bugs.ruby-lang.org/issues/18487
|
2022-03-27 21:59:35 -04:00
|
|
|
[Feature #18571]: https://bugs.ruby-lang.org/issues/18571
|
2022-02-19 04:45:49 -05:00
|
|
|
[Feature #18585]: https://bugs.ruby-lang.org/issues/18585
|
2022-03-21 20:49:32 -04:00
|
|
|
[Feature #18598]: https://bugs.ruby-lang.org/issues/18598
|
2022-04-05 05:36:32 -04:00
|
|
|
[Bug #18625]: https://bugs.ruby-lang.org/issues/18625
|
2022-03-30 14:39:27 -04:00
|
|
|
[Bug #18633]: https://bugs.ruby-lang.org/issues/18633
|
2022-05-15 00:07:12 -04:00
|
|
|
[Bug #18782]: https://bugs.ruby-lang.org/issues/18782
|