[#85349] [Ruby trunk Bug#14334] Segmentation fault after running rspec (ruby/2.5.0/erb.rb:885 / simplecov/source_file.rb:85) — pragtob@...
Issue #14334 has been updated by PragTob (Tobias Pfeiffer).
3 messages
2018/02/02
[#85358] Re: [ruby-cvs:69220] nobu:r62039 (trunk): compile.c: unnecessary freezing — Eric Wong <normalperson@...>
nobu@ruby-lang.org wrote:
5 messages
2018/02/03
[#85612] Why require autoconf 2.67+ — leam hall <leamhall@...>
Please pardon the intrusion; I am new to Ruby and like to pull the
6 messages
2018/02/17
[#85634] [Ruby trunk Bug#14494] [PATCH] tool/m4/ruby_replace_type.m4 use AC_CHECK_TYPES for HAVE_* macros — normalperson@...
Issue #14494 has been reported by normalperson (Eric Wong).
3 messages
2018/02/19
[#85674] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — matz@...
Issue #13618 has been updated by matz (Yukihiro Matsumoto).
5 messages
2018/02/20
[#85686] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Eric Wong <normalperson@...>
2018/02/20
matz@ruby-lang.org wrote:
[#85704] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Koichi Sasada <ko1@...>
2018/02/21
On 2018/02/20 18:06, Eric Wong wrote:
[ruby-core:85835] [CommonRuby Feature#14463] Allow comments to precede dots in member expressions
From:
duerst@...
Date:
2018-02-27 01:25:15 UTC
List:
ruby-core #85835
Issue #14463 has been updated by duerst (Martin D端rst).
isiahmeadows (Isiah Meadows) wrote:
> duerst (Martin D端rst) wrote:
> > There is extensive discussion on this at #7636. Please check.
>
> I presume you meant #7639...
Sorry.
> I still find it very odd that it's inconsistent. The alternative to my proposal would be to make the third also error (as I presume it did previously), so it'll remain consistent across both. (Ruby isn't my primary language, so I'm still getting used to the language-level preference for dot-last.)
[The following is just a summary of the overall thinking, as I said details can be found at #7639.]
The way things work in Ruby in general is that the operator (and `.` is also an operator) has to come at the end of the line so that Ruby understands that the expression isn't finished at the end of the line.
An exception was made for `.` because it turned out that it was very useful in method chains to write the dot at the start of the line. However, that exception didn't go as far as to allow comments between the lines. The reason for this is that it may be difficult to parse both for humans (there could be a leading `.` after a 100 lines of comments, which would suddenly totally change the meaning of the line above the comment) as well as for the actual parser (the Ruby parser is already quite complicated anyway).
----------------------------------------
Feature #14463: Allow comments to precede dots in member expressions
https://bugs.ruby-lang.org/issues/14463#change-70689
* Author: isiahmeadows (Isiah Meadows)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
----------------------------------------
I, coming from other languages, find it *extremely* odd that the first three are considered valid, but the fourth is a syntax error (tested in Ruby 2.3.4 + 2.5.0, Rubocop's parser for 2.3):
~~~ ruby
# 1
foo = -> {}
foo.
call
# 2
foo = -> {}
foo.
# comment
call
# 3
foo = -> {}
foo
.call
# 4
foo = -> {}
foo
# comment
.call
~~~
Any chance 4 could be fixed? (It looks more like a parser/spec bug than anything.)
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>