[#101179] Spectre Mitigations — Amel <amel.smajic@...>
Hi there!
5 messages
2020/12/01
[#101180] Re: Spectre Mitigations
— Chris Seaton <chris@...>
2020/12/01
I wouldn’t recommend using Ruby to run in-process untrusted code in the first place. Are people doing that?
[#101694] Ruby 3.0.0 Released — "NARUSE, Yui" <naruse@...>
We are pleased to announce the release of Ruby 3.0.0. From 2015 we
4 messages
2020/12/25
[ruby-core:101617] [Ruby master Misc#17399] Are endless methods experimental?
From:
mame@...
Date:
2020-12-22 01:56:48 UTC
List:
ruby-core #101617
Issue #17399 has been updated by mame (Yusuke Endoh). "Experimental" means to me "we are a little more flexible against any feedback". We will make reasonable efforts to keep compatibility of any language feature that is once released, even if it is experimental. For example, we will not remove a feature, unless something extremely bad happens. In regard to this ticket, matz said "I am not going to remove endless-def". It is enough to me. As far as I know, pattern matching is the first case where an experimental warning is printed. It will be non-experimental in 3.0.0. There are some minor changes and bug fixes, but the spec itself looks almost unchanged since 2.7. Honestly, I'm unsure if this approach was a success. I'm afraid if the warning discouraged people to try pattarn matching too strongly. After it shows no warning, people will start trying it, and then real feedbacks may come. I guess maybe we will respond to the feedbacks to reasonable extent, but this will make the meaning of "experimental" more unclear. ---------------------------------------- Misc #17399: Are endless methods experimental? https://bugs.ruby-lang.org/issues/17399#change-89404 * Author: zverok (Victor Shepelev) * Status: Open * Priority: Normal ---------------------------------------- They are marked as such in NEWS, but an attempt to define one doesn't produce a warning (unlike other features marked this way, like one-line pattern-matching or find patterns) -- 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>