[#97063] [Ruby master Bug#16608] ConditionVariable#wait should return false when timeout exceeded — shugo@...

Issue #16608 has been reported by shugo (Shugo Maeda).

10 messages 2020/02/05

[#97084] [Ruby master Feature#16614] New method cache mechanism for Guild — ko1@...

Issue #16614 has been reported by ko1 (Koichi Sasada).

18 messages 2020/02/07

[#97248] [Ruby master Bug#16651] Extensions Do Not Compile on Mingw64 — cfis@...

Issue #16651 has been reported by cfis (Charlie Savage).

17 messages 2020/02/24

[#97289] [Ruby master Bug#16658] `method__cache__clear` DTrace hook was dropped without replacement — v.ondruch@...

Issue #16658 has been reported by vo.x (Vit Ondruch).

9 messages 2020/02/27

[#97307] [Ruby master Feature#16663] Add block or filtered forms of Kernel#caller to allow early bail-out — headius@...

Issue #16663 has been reported by headius (Charles Nutter).

29 messages 2020/02/28

[#97310] [Ruby master Feature#16665] Add an Array#except_index method — alexandr1golubenko@...

Issue #16665 has been reported by alex_golubenko (Alex Golubenko).

12 messages 2020/02/29

[ruby-core:97040] [Ruby master Feature#16602] Add support for `frozen_string_literals` to eval.

From: shevegen@...
Date: 2020-02-01 22:09:11 UTC
List: ruby-core #97040
Issue #16602 has been updated by shevegen (Robert A. Heiler).


> Basically, it's back to the discussion of enabling frozen_string_literal by default.

As far as I know it is not so much a discussion (matz decided to enable it after
all) - the primary question was more when it would become the default. I do not know
when it will be the case, but matz said that ruby 3.0 will not have it by default,
primarily due to backwards compatibility (which is simply a decision to be made
either way).

I have no real opinion on this feature suggested by ioquatix (personally I do not
need it; all my .rb files that I use on a daily basis have frozen strings set to
true anyway) but I think the discussion is a bit coming or going from different
point of views. One point may originate from convenience (I would think so
ioquatix); the other about that it is already possible as-is, via the example
shown by byroot, but also "downward" request that could follow, as shown by 
saba - e. g. to add the same to more methods, even if the suggestion here did
not include it.

Again, I have no real preference either way, but the convenience aspect should 
possibly be considered, whether there may be a net benefit or a net drawback
of the feature at hand. This may also require perhaps other folks to comment
if they were to need the suggested functionality; I can't speak for them as
I would not need the functionality (I almost never use eval() anymore; in
general I try to avoid plain eval(); only using instance_eval and 
class_eval if any eval at all these days).

----------------------------------------
Feature #16602: Add support for `frozen_string_literals` to eval.
https://bugs.ruby-lang.org/issues/16602#change-84133

* Author: ioquatix (Samuel Williams)
* Status: Open
* Priority: Normal
----------------------------------------
Would it make sense for `eval(..., frozen_string_literal: true)` to exist?



-- 
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>

In This Thread

Prev Next