Activity
From 04/04/2019 to 04/10/2019
04/10/2019
-
10:39 PM Bug #15761: File::Statfs documentation still exists on ruby-doc.org/core-trunk/
- http://documenting-ruby.org is dead project.
Can you report ruby-doc.org administrator? Its website is not an official document resource. -
03:57 PM Bug #15761 (Third Party's Issue): File::Statfs documentation still exists on ruby-doc.org/core-trunk/
- Please report at http://documenting-ruby.org.
-
12:44 PM Bug #15761: File::Statfs documentation still exists on ruby-doc.org/core-trunk/
- Agree that it is confusing.
In my opinion, if it were easily possible so, it would be best to have only one
central repository including the documentation, e. g. something like
doc.ruby-lang.org or a sub-page like that.
As it is ... -
10:44 AM Bug #15761 (Third Party's Issue): File::Statfs documentation still exists on ruby-doc.org/core-trunk/
- Hi
I found File::Statfs still exists in core-trunk web documentation.
But this feature no longer exists.
http://ruby-doc.org/core-trunk/File/Statfs.html
Google search leads me to this page, which is a bit confusing. -
06:17 PM Bug #15360: "ThreadError: deadlock; recursive locking" error when recursive lock shouldn't be possible - Is there a plan to fix this? We have been noticing this bug occasionally in production.
-
- No error occurred, maybe OpenSSL headers have changed since the previous build?
Could you try `make -C ext/openssl clean`? -
11:00 AM Bug #15762 (Closed): Error compiling OpenSSL on Cygwin
- This is an error that only showed up today. I have been able to compile without problems on Cygwin until very recently. The only file recently changed in ext/openssl seems to be:
https://svn.ruby-lang.org/cgi-bin/viewvc.cgi/trunk/ext/op... -
02:56 PM Revision cf781b08 (git): Set a meaningful name to all Azure jobs
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67510 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67509 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67508 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- trying to fix
https://dev.azure.com/rubylang/ruby/_build/results?buildId=363
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67507 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:57 PM Revision 82632d4c (git): ext/openssl/ossl_bn.c (ossl_bn_initialize): get rid of SEGV
- OpenSSL::BN.new(nil, 2) dumped core.
[ruby-core:92231] [Bug #15760]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67506 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67505 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67504 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * parse.y (rb_parser_fatal): fix "parser" in the message which was
replaced accidentally. it is not the argument name.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67503 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67502 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 09:16 AM Revision 37994bc5 (git): * 2019-04-10
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67501 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 09:16 AM Revision 481481b8 (git): * expand tabs.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67500 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:15 AM Revision 25c1fd3b (git): Reverting all commits from r67479 to r67496 because of CI failures
- Because hard to specify commits related to r67479 only.
So please commit again.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67499 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Applied in changeset trunk|r67497.
----------
ext/openssl/ossl_bn.c (ossl_bn_initialize): get rid of SEGV
OpenSSL::BN.new(nil, 2) dumped core.
[ruby-core:92231] [Bug #15760] -
- ext/openssl/ossl_bn.c
```
221 if (!BN_bin2bn((unsigned char *)StringValuePtr(str), RSTRING_LENINT(str), bn)) {
222 ossl_raise(eBNError, NULL);
223 }
224 break;
```
This code depends on t... - 08:03 AM Revision 0cc2ffbc (git): * expand tabs.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67498 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- OpenSSL::BN.new(nil, 2) dumped core.
[ruby-core:92231] [Bug #15760]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67497 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67496 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67495 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * vm_method.c (rb_add_method_iseq): use rb_method_iseq_t, as
rb_method_definition_set refers, with a cast to suppress a
warning.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67494 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67493 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Ruby includes rubygems, but this is imported, see e.g. https://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=67415. So improvements to rubygems should be proposed and discussed upstreams.
-
- I can not speak for the ruby core team; it may be best to actually ask matz directly,
but let's ignore this for the moment. I think, viewed objectively, there would be no
reason to avoid/ignore Rust. Ruby's primary internal focus is on... -
02:37 AM Feature #15759: Support Rust/Cargo in Gem::Ext::Builder
- ### Notable Gems using Rust
1. https://github.com/danielpclark/faster_path
2. https://github.com/ianks/fast_woothee -- shameless plug
3. https://github.com/tildeio/helix -- a framework for building Rust extensions
4. https://github... -
- Over the past few years, Rust has proven to be an incredibly stable and accessible option for those wishing to write native extensions for Ruby. Rust is particularly well-suited for Ruby for a few reasons:
1. Integration is straight-... -
- * parse.y (rb_parser_fatal): fix "parser" in the message which was
replaced accidentally. it is not the argument name.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67492 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67491 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67490 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
04/09/2019
-
11:48 PM Revision d099eabb (git): Set a write barrier between iseq and mark objects
- ISeq pins references in the mark array during compile, so it manually
marks references in the mark_ary. This was causing write barrier
misses, so we need to add a write barrier when pushing on the mark
array.
git-svn-id: svn+ssh://ci.r... -
11:35 PM Feature #15594 (Closed): [PATCH] net/imap: support SNI
- Applied in changeset trunk|r67488.
----------
Support SNI
This fixes connecting using TLS 1.3 to imap.gmail.com
[Fix GH-2077] [Feature #15594]
From: Marc-Antoine Perennou <Marc-Antoine@Perennou.com> -
11:27 PM Feature #15594: [PATCH] net/imap: support SNI
- Here's a possible workaround:
```ruby
require 'net/protocol'
class Net::Protocol
module ForceSNI
def ssl_socket_connect(*)
@sock.hostname = @host if @sock.respond_to? :hostname=
super
end
end
pre... -
- Maybe POP3 & SMTP need this too.
-
- I think this is necessary for the library to be able to connect to the Gmail server which now requires SNI.
-
- This fixes connecting using TLS 1.3 to imap.gmail.com
[Fix GH-2077] [Feature #15594]
From: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67488 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67487 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67486 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Weak map references can't move because the st_table needs their address
as a key. But, we also need to remove T_NONE from the map so they
aren't reused.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67485 b2dd03c8-39d4-4d8f-98ff-82... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67484 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- JSON gem is referencing constants defined in Ruby then keeping a
reference as a global. We need to register these globals so they stay
pinned.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67483 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- This commit tries to make compaction more likely by allocating some
objects and then throwing them away
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67482 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Applied in changeset trunk|r67479.
----------
Adding `GC.compact` and compacting GC support.
This commit adds the new method `GC.compact` and compacting GC support.
Please see this issue for caveats:
https://bugs.ruby-lang.org/issue... -
- Hi,
Here are some statistics I gathered. I'll present a few more at RubyKaigi using our application.
https://gist.github.com/tenderlove/99112e9fcc85d9c6c7d9d0ea40063fc6 - 08:32 PM Revision ca9733dc (git): * 2019-04-10
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67481 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 08:32 PM Revision 2d912017 (git): * properties.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67480 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- This commit adds the new method `GC.compact` and compacting GC support.
Please see this issue for caveats:
https://bugs.ruby-lang.org/issues/15626
[Feature #15626]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67479 b2dd03c8-39d... -
07:45 PM Bug #15708: Implicit numbered argument decomposes an array
- FWIW, the replies on my tweet above is some good sign that very few Rubyists expect this behavior and it breaks the basics assumptions of how the feature can be used.
-
- For some reason, a reply on the tracker seems to have been lost, or removed.
I think it is highly relevant, so I'll quote it here:
sholden (Scott Holden) wrote:
> This is definitely not the behavior I would expect. In everything tha... -
03:18 PM Bug #15708: Implicit numbered argument decomposes an array
- This is what happens when one syntactic sugar(*) collides with another.
(*) `a.map { |x,| x }` being a shorthand for `a.map { |(x)| x }` , and sometimes not, depending on the runtime values.
Neither of these are good, IMO (one for ... -
- * NEWS: [DOC] markup command line options, not to convert
successive hyphens to an en-dash unintentionally.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67478 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * NEWS: [DOC] fold lines not to make the BTS refereces wrong
links, without a backslash.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67477 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Run with `make test-all` or test/runner.rb:
```
$ make test-all TESTS=test_extlibs.rb TESTOPTS=-v
../src/revision.h unchanged
Run options: "--ruby=./miniruby -I../src/lib -I. -I.ext/common ../src/tool/runruby.rb --extout=.ext -- ... -
09:49 AM Bug #15746: 11 test cases run failed
- nobu (Nobuyoshi Nakada) wrote:
> Run these tests under the build tree.
Hi,
I don't think this is problem where I run the test. Can you explain more? Thanks.
Besides, I run the test on target since cross compile.
1. for error l... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67476 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
07:39 AM Misc #15723: Reconsider numbered parameters
- Marc, okay, I agree with you. But if not in the form of `&:first` or `&:last`, I still frequently see the methods `first` and `last` used in blocks, and I see that those can be accessed as `_.first`, `_.last` according to your proposal, ...
-
03:20 AM Feature #14183: "Real" keyword argument
- I have updated my branch (https://github.com/jeremyevans/ruby/commits/keyword-argument-separation) to restore backwards compatibility for methods using keyword arguments when calling with a final positional hash with mixed Symbol and non...
-
- Applied in changeset trunk|r67474.
----------
date: support for Reiwa, new Japanese era
[Feature #15742] - 01:27 AM Revision 49255fd7 (git): * 2019-04-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67475 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- [Feature #15742]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67474 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67473 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
04/08/2019
-
- akr (Akira Tanaka) wrote:
> > Maybe, we should await next JIS X 0301?
> ...
As Japanese government has claimed that only one month is enough for the transition, the new standard will be issued in this month at latest :) -
05:34 AM Feature #15742: Add Date#jisx0301 support new Japanese era
- - Unicode CLDR 35.1 alpha uses "R".
https://www.unicode.org/repos/cldr/tags/release-35-1-alpha/common/main/ja.xml
- OpenJDK also uses "R".
https://bugs.openjdk.java.net/browse/JDK-8205432
http://hg.openjdk.java.net/jdk/jdk/rev/... -
10:08 PM Misc #15723: Reconsider numbered parameters
- sawa (Tsuyoshi Sawada) wrote:
> Marc, regarding `|x, |`, I see plenty of cases like `map(&:first)` (or `map(&:last)`). Probably taking care of these cases is more important than the explicit `|x, |` cases. If you are going to count, you... -
07:17 PM Misc #15723: Reconsider numbered parameters
- Eregon (Benoit Daloze) wrote:
> @sawa Thank you for think link, I missed that issue.
> ...
Even more confusion ahead.
I don't see that this feature adds any benefit besides saving some chars in an ideal case.
On the downside it wil... -
- @sawa Thank you for think link, I missed that issue.
I stand by my opinion though, and expressed it there too. -
- Eregon (Benoit Daloze) wrote:
> @sawa The `|x,|` behavior for `@1` can only be considered a bug. It prevents `array_of_arrays.each { p @1 }` to work correctly.
> ...
@Eregon I think you better check the relevant threads before dumping ... -
- FWIW, I would bet >99% of Rubyists would agree this is a bug: https://twitter.com/eregontp/status/1115318993299083265
-
- As I said in #15723,
I believe the `|x,|` behavior for `@1` can only be considered a bug.
It prevents `array_of_arrays.each { p @1 }` to work correctly.
Why would we want to prevent that and make this pattern not general, dangerou... -
06:11 PM Bug #15754: MinGW build/compile failure with Ruby 2.5.5, but 2.6.2 & trunk ok
- As to commits, see:
r64620 - Declare as gnu_printf on mingw
https://github.com/ruby/ruby/commit/c115b39e033979bac7cfd2db5735549430dc14f7
and
r64630 - use mingw ANSI stdio
https://github.com/ruby/ruby/commit/1cf2bb4b20857581125... -
- @nobu
Thanks for the reply. Stupid on my part, I overlooked the changes re `gnu_printf` in configure.ac, and it's compiling fine.
I found the patch for it looking in an old copy of ruby-loco (using 'makepkg'). Back when Appveyor ... -
- `PRI_LL_PREFIX` should be defined in config.h by configure.ac.
```sh
$ grep '#define PRI_LL_PREFIX' .ext/include/x64-mingw32/ruby/config.h
#define PRI_LL_PREFIX "I64"
``` -
- Applied in changeset trunk|r67472.
----------
object.c: fix searching nested const paths
* object.c (rb_mod_const_get, rb_mod_const_defined): nested const
paths should not search from toplevel constants.
[ruby-core:92202] [Bug #15758] -
11:30 AM Bug #15758 (Closed): Object.const_defined?(name) falsely returns true on classes that are not defined
- in short https://i.imgur.com/qvIIBuu.png
Object.const_defined?('Baz::Bar') -> true
yet Baz::Bar -> class not found!
test to run, all ok on ruby 2.6.0, bug in 2.6.2
~~~ruby
class Foo
end
class Bar
end
class Baz
cla... -
- * object.c (rb_mod_const_get, rb_mod_const_defined): nested const
paths should not search from toplevel constants.
[ruby-core:92202] [Bug #15758]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67472 b2dd03c8-39d4-4d8f-98ff-823fe6... -
- * test/ruby/test_module.rb (TestModule#test_nested_get): fix a
typo. nested module's name is a qualified path.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67471 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- shevegen (Robert A. Heiler) wrote:
> But having a situation where changes to MRI could possibly be delayed due to difficulties
> ...
I am not proposing anything like that.
Practically, whenever MRI decides to add an experimental featu... -
- naruse (Yui NARUSE) wrote:
> Web browsers showed us that it cannot achieve at once both experimental and portable.
I will dare to challenge that.
Why would `ExperimentalFeatures.resolve_feature_path` not be portable?
Portable here ... -
- One worry that I have here is that this change may add bureaucratic overhead to MRI in
particular. I have nothing against alternative ruby implementations at all, quite the
opposite - the easier it is to implement ruby/rubies the bette... -
09:54 AM Feature #15752: A dedicated module for experimental features
- Web browsers showed us that it cannot achieve at once both experimental and portable.
-
- ioquatix (Samuel Williams) wrote:
> I think it's a good idea. Might I suggest two potential ideas?
Go ahead :)
> ...
This is equivalent to my proposition of `ExperimentalFeatures` with a different name, right?
I don't understan... -
01:26 AM Feature #15752: A dedicated module for experimental features
- I think it's a good idea. Might I suggest two potential ideas?
Firstly, maybe have a shared `Ruby` module for common but interpreter specific functionality.
Then, interpreter specific modules e.g. `CRuby`, `MRuby`, `JRuby`, `Truffl... -
- Run these tests under the build tree.
-
- As far as I remember, the name "RubyVM" is introduced because the name of the implementation which is called as CRuby or MRI cannot be decided, and also its VM's name is not actually YARV. To rename it to something, it needs to reopen th...
-
- * struct.c (rb_struct_hash): force hash values fixable on LLP64
environment.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67470 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- I **STRONGLY** object removal of flip-flop, in "-e" option at least.
It is too tiresome to rewrite with a flag variable in one-liners. -
- Applied in changeset trunk|r67468.
----------
range.c: force hash values fixable
* range.c (range_hash): force hash values fixable on LLP64
environment. [ruby-core:92194] [Bug #15757] -
02:36 AM Bug #15757 (Closed): [BUG] Unnormalized Fixnum value on Range#hash.to_s on Windows
- To reproduce:
```
ruby -e "(0..1).hash.to_s"
```
Result:
```
-e:1: [BUG] Unnormalized Fixnum value 0x8fa800e97a8f86b7
ruby 2.6.1p33 (2019-01-30 revision 66950) [x64-mingw32]
-- Control frame information ------------------... -
- Applied in changeset trunk|r67467.
----------
range.c: force hash values fixable
* range.c (method_hash): force hash values fixable on LLP64
environment. [ruby-core:92191] [Bug #15756] -
- To reproduce:
```
ruby -e "method(:p).hash.to_s"
```
Result:
```
-e:1: [BUG] Unnormalized Fixnum value 0xd258e532a3942665
ruby 2.6.1p33 (2019-01-30 revision 66950) [x64-mingw32]
-- Control frame information --------------... -
- Applied in changeset trunk|r67466.
----------
enumerator.c: force hash values fixable
* enumerator.c (arith_seq_hash): force hash values fixable on
LLP64 environment. [ruby-core:92190] [Bug #15755] -
- To reproduce:
```
ruby -e "0.step.hash.to_s"
```
Result:
```
-e:1: [BUG] Unnormalized Fixnum value 0xb3735f03e7a21893
ruby 2.6.1p33 (2019-01-30 revision 66950) [x64-mingw32]
-- Control frame information ------------------... - 03:26 AM Revision b29f55c5 (git): * 2019-04-08
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67469 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * range.c (range_hash): force hash values fixable on LLP64
environment. [ruby-core:92194] [Bug #15757]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67468 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * range.c (method_hash): force hash values fixable on LLP64
environment. [ruby-core:92191] [Bug #15756]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67467 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * enumerator.c (arith_seq_hash): force hash values fixable on
LLP64 environment. [ruby-core:92190] [Bug #15755]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67466 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- I believe this is the same issue as #12717. We are trying to address this issue in #14183.
-
- I have updated my GitHub branch (https://github.com/jeremyevans/ruby/commits/keyword-argument-separation) to fix the issues in mame's branch that I identified in my previous comment.
Now, my branch keeps compatibility with Ruby 2.6 in...
04/07/2019
-
- As many of you may recall, I'm not a c type, especially regarding build errors. Recently tried to build 2.5.5 locally, and I get errors similar to the below. I do not have any errors using the same build code (ruby-loco) when building ...
-
08:24 PM Bug #15753 (Closed): unknown keyword when passing an hash to a method that accepts a default argument and a named argument
- e.g.
```ruby
>> def a(b = {}, c: 1); p [b, c]; end; a(a: 1)
Traceback (most recent call last):
3: from (irb):3
2: from (irb):3:in `rescue in irb_binding'
1: from (irb):3:in `a'
ArgumentError (unknown keyw... -
- BTW, @bozhidar discussed relevant points about Ripper and `RubyVM::AbstractSyntaxTree` in
https://metaredux.com/posts/2019/03/30/the-missing-ruby-code-formatter.html#the-impact-of-the-parser
He makes good points there. -
- mame (Yusuke Endoh) wrote:
> As far as I understand, RubyVM module is completely different than other builtin modules.
> ...
@mame Could you summarize this in the documentation of `RubyVM::AbstractSyntaxTree`?
Currently, it doesn't ... -
- It's kind of interesting that in this issue, I can count only 4 people which seem happy with the current state, and all the 25 others think the syntax should be changed or be removed.
Maybe it's time to rethink this feature and acknow... -
- jeremyevans0 (Jeremy Evans) wrote:
> But of the other proposals considered, I think only `\1` wouldn't present backwards compatibility issues, and that is associated with string escaping, newline continuation, and regexp backreferences,... -
- I completely agree with @marcandre here.
The cases using `@2` and higher are extremely rare, all feel pretty hard to read to me and force the simple case of a single argument to be more complicated and look more weird (`@1` instead of... -
- * [Misc #15723] Reconsider numbered parameters (eregon)
* We should address this soon. I think it's good to collect opinions within MRI committers. -
- The patch looks good to me.
I will let @nobu commit it.
A nice extra would be specs in `spec/ruby/core/exception/frozen_error_spec.rb` (similar to `spec/ruby/core/exception/name_error_spec.rb`) but this is not a requirement. -
- nobu (Nobuyoshi Nakada) wrote:
> I haven't look C-API well, the additional argument would be ok.
> ...
OK, v3 of the patch is attached, based off the initial patch with the positional argument, with the function renamed to `rb_frozen_e... -
- I haven't look C-API well, the additional argument would be ok.
`rb_raise_frozen_error` should be `rb_frozen_error_raise` like `rb_name_err_raise`?
As for the test, `assert_same` would be better for the equality of the receiver.
-
- waheedi (Waheed Barghouthi) wrote:
> The pull request you just created does not really reflect what you are saying, `The RubyVM module only exists on MRI. +RubyVM+ is not defined in`
I'm just trying to clarify as much as possible the... -
02:56 PM Feature #15743: RubyVM should be renamed to CRuby
- Eregon (Benoit Daloze) wrote:
> waheedi (Waheed Barghouthi) wrote:
> ...
I totally agree on your point
> There is more than one VM that can execute Ruby code, so I think "the Ruby VM" is simply confusing.
The pull request you just ... -
- waheedi (Waheed Barghouthi) wrote:
> @Eregon, I do believe there is a sense in what you are trying to do, but what makes more sense to me is that Matz Ruby was named "Ruby".
I believe "Ruby" refers to the programming language and fro... -
- Eregon (Benoit Daloze) wrote:
> I made a PR on GitHub to discuss the proposed documentation changes, please take a look and review:
> ...
@Eregon, I do believe there is a sense in what you are trying to do, but what makes more sense to... -
- I made a PR on GitHub to discuss the proposed documentation changes, please take a look and review:
https://github.com/ruby/ruby/pull/2113 -
- I just noticed `RubyVM.resolve_feature_path`.
This is a portable API, and as such should not be mixed with MRI-specific APIs (by being under `RubyVM`).
This shows the need for a common namespace for experimenting with portable experi... -
- mame (Yusuke Endoh) wrote:
> If you think so, you have to implement the feature in any way, regardles of whether it is renamed to CRuby or not? I don't see at all what the renaming will solve.
I think the rename will solve the probl... -
- I believe we should introduce a module for experimental features portable across Ruby implementations.
An example of such a portable experimental feature is `RubyVM.resolve_feature_path`.
This feature has nothing MRI specific in it, ... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67465 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * gc.c (obj_memsize_of): T_RATIONAL and T_COMPLEX cannot be an
imemo.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67464 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- We often see test-all worker crash on test_rinda, but for now we even
can't know which test is unstable from this output:
http://ci.rvm.jp/results/trunk_gcc5@silicon-docker/1926481
Let me print `caller` on the timeout failure.
git-svn-...
04/06/2019
-
- Eregon (Benoit Daloze) wrote:
> In the patch in `rb_raise_frozen_error`, `exc` is used for both the message and the exception object, could you use different variables?
> ...
Sure, I can make that change. Can you and nobu come to an a... -
- `NameError#initialize` uses a keyword argument for `receiver`, so I it makes some sense to be consistent.
OTOH, keyword arguments often imply extra processing, especially if the caller is not Ruby code, so I actually find the position... -
- nobu (Nobuyoshi Nakada) wrote:
> Seems reasonable, but shouldn't `FrozenError#initialize` use a keyword argument as well as `NameError#initialize`?
`NameError#initialize` uses an additional positional argument for the `name` argument... -
- Seems reasonable, but shouldn't `FrozenError#initialize` use a keyword argument as well as `NameError#initialize`?
-
- Similar to `NameError#receiver`, this returns the object on which
the modification was attempted. This is useful as it can pinpoint
exactly what is frozen, as in many cases when a `FrozenError` is
raised, you cannot determine from th... - 04:03 PM Revision 93ecb9a1 (git): * 2019-04-07
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67462 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67461 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67460 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * internal.h (rb_imemo_tmpbuf_auto_free_pointer_new_from_an_RString):
create tmpbuf to keep the pointer before xmalloc which can raise
a NoMemoryError exception. extracted from
https://github.com/bear-metal/ruby/tree/transient-ime... -
- Marc, regarding `|x, |`, I see plenty of cases like `map(&:first)` (or `map(&:last)`). Probably taking care of these cases is more important than the explicit `|x, |` cases. If you are going to count, you better count these in. And if di...
-
- jeremyevans0 (Jeremy Evans) wrote:
> Marc,
> ...
I showed it is *much less* useful. The cases `|x, y|`, `|x, y, z|` and `|w, x, y, z|` are making only 3.26 % of the block signatures (14.8% of signatures with arguments).
That is not ... -
- Marc,
Thank you for your analysis, I think you have raised a number of good points.
marcandre (Marc-Andre Lafortune) wrote:
> Let's first agree that a shorthand notation would only simplify `{|x| foo(x) }` and no other block signa... -
- I would like a notation to replace `{|x| ...}`, and *only* to replace this.
I strongly disagree with current implementation:
1) that allows multiple unnamed parameters
2) where `{@1}` actually doesn't replace `{|x| ...}` but `{|x, |... -
-
- The final version of Unicode 12.1.0 will be published on May 7 (May 8 Japanese timezone). We should make sure that we switch from `UNICODE_BETA = YES` back to `UNICODE_BETA = NO`.
However, this has to be done very carefully. We have t... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67458 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67457 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67456 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Trying to fix
https://ci.appveyor.com/project/ruby/ruby/builds/23639998/job/0hm9v79xlryod1ff
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67455 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67454 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
04/05/2019
-
- This completes issue #15195.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67453 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 11:16 PM Revision 4e788540 (git): * 2019-04-06
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67452 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Debugging output is no longer needed because the problem has been fixed with r67449.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67451 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67450 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67449 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:58 PM Misc #15723: Reconsider numbered parameters
- Thank you Martin for your feedback.
I agree there is a degree of similarity between the thought disambiguation. Actually to some extent it even makes me consider using `@` prefix as a more coherent option.
In the same time, this *f... -
- psychoslave (mathieu lovato stumpf guntz) wrote:
> An other proposal would be to use a single letter. For example using `a` as suffix, you end up with `1a`, `2a`, `3a` and so on. Fully regular, as short to type as the arobase prefixed... -
- Hello Tsuyoshi Sawada:
> I hope you are not trying to repeat the joke in #15741 posted four days before.
I wasn't aware of this thread (thank you for the hint), and didn't try to make a joke with my own totally independent proposal. -
- psychoslave (mathieu lovato stumpf guntz) wrote:
> Sticking to English custom and habit regarding ordinal number notation, the proposal could take the form of this arguments could become : `1st`, `2nd`, `3rd`, `4th`, `5th`, and so on.
... -
- Hello Matthew! You wrote:
> The argument against the feature is people who don't want to use it, who inherit code (one way or another) from people who did use it and are therefore forced to use it. If you don't see it, it doesn't hur... -
- dvogel (Drew Vogel) wrote:
> jeremyevans0 (Jeremy Evans) wrote:
> ...
Even if you don't consider someone defining `Integer#to_a` to use `*` as a unary operator, it would create issues when `*` is used as a binary operator:
```ruby
... -
01:01 AM Misc #15723: Reconsider numbered parameters
- jeremyevans0 (Jeremy Evans) wrote:
> dvogel (Drew Vogel) wrote:
> ...
I make this suggestion knowing that it would have to be delayed until ruby 3. I consider the improvement in terms of simplicity and approachability to be worth the c... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67448 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Unicode file download doesn't work with Visual Studio, we need more debug output.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67447 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:52 AM Bug #15749 (Third Party's Issue): Rails Sever Crashing
- Started GET "/" for ::1 at 2019-04-05 12:41:02 +0100
/Users/akanksha/.rvm/gems/ruby-2.5.1@alkimii/gems/pg-0.18.4/lib/pg.rb:45: [BUG] Segmentation fault at 0x000000010d9bda7c
ruby 2.5.1p57 (2018-03-29 revision 63029) [x86_64-darwin17]
... - 10:39 AM Revision f6338966 (git): * remove trailing spaces.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67446 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Unicode file download doesn't work with Visual Studio, see e.g.
https://ci.appveyor.com/project/ruby/ruby/builds/23614399/job/f8vya2l7fjdfcye4
We temporarily produce more output for debugging.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby... -
08:41 AM Revision b2311c67 (git): `rb_add_method` is void function.
- * method.h (rb_add_method): make it void function because
nobody use a return value.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67444 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 08:15 AM Revision 4b53f843 (git): * expand tabs.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67443 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * insns.def: add definemethod and definesmethod (singleton method)
instructions. Old YARV contains these instructions, but it is moved
to methods of FrozenCore class because remove number of instructions
can improve performance for... -
- Unicode Version 12.1.0 adds one single character, U+32FF SQUARE ERA NAME REIWA,
for the new Japanese era starting on May 1st. 12.1.0 will be finalized only on
May 7th, so we go with the beta version because further changes in the data we... -
12:22 AM Misc #15744: Improvement needed to documentation of 'Literals'
- shevegen (Robert A. Heiler) wrote:
...I don't know myself either...
Robert,
I was only musing about a how a "literal" might be defined. My only point is that I think a definition is required, since the term is frequently used in d...
04/04/2019
- 11:40 PM Revision c8d60fdd (git): * 2019-04-05
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67440 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * template/unicode_norm_gen.tmpl: Change formatting of output to produce only a
single item (or range) for each line to make future diffs shorter and easier
to understand and check.
* lib/unicode_normalize/tables.rb: output of the a... -
- Duplicates #15265?
-
01:27 PM Misc #15748: [Documentation] Suggestion to adjust Object.html#method-i-instance_variable_set
- 'Frustrating' here isn't expressing any opinion - to 'frustrate' something means to prevent it from being done. The effort is being frustrated, not the author of the class. It's the same as saying 'thereby preventing the efforts'. You ca...
-
- This is not hugely important but since it was mentioned on reddit for
whatever the intent (by surfordie), I'll add the issue here too.
The "issue" is a bit with the wording of:
https://ruby-doc.org/core-2.6.2/Object.html#method-i... -
- * common.mk, defs/gmake.mk: rid of unicode normalization tables
timestamp. update the target tables file only when only it
exists.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67438 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:07 AM Misc #15723: Reconsider numbered parameters
- psychoslave (mathieu lovato stumpf guntz) wrote:
> If there is one thought that I would think worth considering in my text above, it's to turn the feature off by default and let user enable it at their own discretion.
That's like a w... -
- Thank you Jeremy for your detailed feedback.
> Not backwards compatible as `by` could already be a local variable or method.
One could just assume precedence of locally defined identifiers over keywords, but that is a whole othe... -
- dvogel (Drew Vogel) wrote:
> matz (Yukihiro Matsumoto) wrote:
> ...
This would not be backwards compatible:
```ruby
class Integer
def to_a
[:a]
end
end
h = {:a=>1, :b=>2}
proc{h[*0]}.call(:b)
# => 1
```
psychos... -
- What about introducing a keyword that refer to an array rather than a direct access to each element? For example naming this hypothetical array accessor `by`:
``` ruby
h = Hash.new { by[0][by[1]] = "Go Fish: #{by[1]}" }
# Or to my m... -
- matz (Yukihiro Matsumoto) wrote:
> Yes, I admit `{ @1[@2] = "Go Fish: #{@2}" }` is cryptic. But `{@1 * @2}` is not. So use numbered parameters with care (just like other features in Ruby). The **possibility** to make code cryptic itself... -
- * iseq.h (struct iseq_compile_data): Remove the dead ensure_node
and for_iseq members.
[Fix GH-2108]
From: Lourens Naudé <lourens@bearmetal.eu>
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67437 b2dd03c8-39d4-4d8f-98ff-823fe69b... -
- * defs/gmake.mk: try to update Unicode normalization tables file
if Unicode data files exist.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67436 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:43 AM Bug #11903: [BUG] vm_call_cfunc - cfp consistency error
- jfeltesse (Julien Feltesse) wrote:
> I can reproduce in ruby 2.3.1 by lazy loading a sequence in FactoryGirl which has the same name as the attribute it is meant for.
Similarly, I can reproduce consistently in `ruby 2.4.1p111 (2017-0... - 03:34 AM Revision f1fb989f (git): enumerator.c: make arith_seq_first support nil begin
- * enumerator.c: (arith_seq_first): support nil begin.
* test/ruby/test_arithmetic_sequence.rb (test_first): add assertions for
beginless and endless arithmetic sequences.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67435 b2dd03... - 03:34 AM Revision 53d3fe06 (git): ruby/test_arithmetic_sequence.rb: add assertions for beginless and endless ranges
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67434 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:34 AM Revision dcb37d06 (git): range.c: support to make beginless arithmetic sequences
- * range.c (range_step): fix the guard condition so that a beginless
range can be turned into a beginless arithmetic sequence.
* test/ruby/test_range.rb (test_step): add assertions for the above
change.
git-svn-id: svn+ssh://ci.ruby... -
- Eregon,
Thank you for your reply, but I'm not convinced yet.
> But we cannot, end users use whatever is available in MRI, including RubyVM. Some gems use RubyVM.
If you think so, you have to implement the feature in any way, reg... - 01:34 AM Revision e5901735 (git): * expand tabs.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67432 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- This reverts commit d147ad6231aebb1d478162fb8e109e0c6a696169.
because failing on CI:
http://ci.rvm.jp/results/trunk-mjit@silicon-docker/1916925
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67431 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:02 AM Feature #15747: `(..1).last(2)` should return array but raise TypeError
- Thank you to response.
mame (Yusuke Endoh) wrote:
> In general, I think that an enumerating operation against a beginless range should raise an exception. It is also the case at `Range#last` with an argument. Note that the meanin... -
- Thank you for playing with a beginless range.
In general, I think that an enumerating operation against a beginless range should raise an exception. It is also the case at `Range#last` with an argument. Note that the meaning of `Ran... -
- `Range#last` with argument for beginless range shouldn't raise exception, should it?
```
$ ./miniruby -ve 'p (..1).last(2)'
ruby 2.7.0dev (2019-04-04 trunk 67430) [x86_64-linux]
Traceback (most recent call last):
4: from -e:1:in ...