[#112638] [Ruby master Bug#19470] Frequent small range-reads from and then writes to a large array are very slow — "giner (Stanislav German-Evtushenko) via ruby-core" <ruby-core@...>

Issue #19470 has been reported by giner (Stanislav German-Evtushenko).

8 messages 2023/03/01

[#112664] [Ruby master Bug#19473] can't be called from trap context (ThreadError) is too limiting — "Eregon (Benoit Daloze) via ruby-core" <ruby-core@...>

Issue #19473 has been reported by Eregon (Benoit Daloze).

28 messages 2023/03/02

[#112681] [Ruby master Misc#19475] Propose Matthew Valentine-House (@eightbitraptor) as a core committer — "k0kubun (Takashi Kokubun) via ruby-core" <ruby-core@...>

SXNzdWUgIzE5NDc1IGhhcyBiZWVuIHJlcG9ydGVkIGJ5IGswa3VidW4gKFRha2FzaGkgS29rdWJ1

11 messages 2023/03/03

[#112744] [Ruby master Bug#19485] Unexpected behavior in squiggly heredocs — "jemmai (Jemma Issroff) via ruby-core" <ruby-core@...>

Issue #19485 has been reported by jemmai (Jemma Issroff).

9 messages 2023/03/08

[#112746] [Ruby master Bug#19518] Recent Source Releases Do Not Compile on CentOS 7 Due to configure Script Error Generated By autoconf >= 2.70 — "eviljoel (evil joel) via ruby-core" <ruby-core@...>

Issue #19518 has been reported by eviljoel (evil joel).

7 messages 2023/03/08

[#112770] [Ruby master Feature#19520] Support for `Module.new(name)` and `Class.new(superclass, name)`. — "ioquatix (Samuel Williams) via ruby-core" <ruby-core@...>

Issue #19520 has been reported by ioquatix (Samuel Williams).

42 messages 2023/03/09

[#112773] [Ruby master Feature#19521] Support for `Module#name=` and `Class#name=`. — "ioquatix (Samuel Williams) via ruby-core" <ruby-core@...>

Issue #19521 has been reported by ioquatix (Samuel Williams).

31 messages 2023/03/09

[#112818] [Ruby master Misc#19525] DevMeeting-2023-04-13 — "mame (Yusuke Endoh) via ruby-core" <ruby-core@...>

Issue #19525 has been reported by mame (Yusuke Endoh).

8 messages 2023/03/10

[#112871] [Ruby master Bug#19529] [BUG] ObjectSpace::WeakMap can segfault after compaction — "byroot (Jean Boussier) via ruby-core" <ruby-core@...>

Issue #19529 has been reported by byroot (Jean Boussier).

12 messages 2023/03/14

[#112926] [Ruby master Misc#19535] Instance variables order is unpredictable on objects with `OBJ_TOO_COMPLEX_SHAPE_ID` — "byroot (Jean Boussier) via ruby-core" <ruby-core@...>

Issue #19535 has been reported by byroot (Jean Boussier).

8 messages 2023/03/17

[#112933] [Ruby master Feature#19538] Performance warnings — "byroot (Jean Boussier) via ruby-core" <ruby-core@...>

Issue #19538 has been reported by byroot (Jean Boussier).

11 messages 2023/03/17

[#112944] [Ruby master Feature#19541] Proposal: Generate frame unwinding info for YJIT code — "kjtsanaktsidis (KJ Tsanaktsidis) via ruby-core" <ruby-core@...>

SXNzdWUgIzE5NTQxIGhhcyBiZWVuIHJlcG9ydGVkIGJ5IGtqdHNhbmFrdHNpZGlzIChLSiBUc2Fu

13 messages 2023/03/19

[#113033] [Ruby master Feature#19555] Allow passing default options to `Data.define` — "p8 (Petrik de Heus) via ruby-core" <ruby-core@...>

Issue #19555 has been reported by p8 (Petrik de Heus).

7 messages 2023/03/28

[#113045] [Ruby master Feature#19559] Introduce `Symbol#+@` and `Symbol#-@`, and eventually replace boolean arguments with symbols — "sawa (Tsuyoshi Sawada) via ruby-core" <ruby-core@...>

Issue #19559 has been reported by sawa (Tsuyoshi Sawada).

20 messages 2023/03/30

[#113059] [Ruby master Bug#19563] Ripper.tokenize(code).join != code when heredoc and multiline %w[] literal is on the same line — "tompng (tomoya ishida) via ruby-core" <ruby-core@...>

Issue #19563 has been reported by tompng (tomoya ishida).

6 messages 2023/03/31

[ruby-core:113061] [Ruby master Feature#19565] Ignore lower-case/upper-case Proposal

From: "rubyFeedback (robert heiler) via ruby-core" <ruby-core@...>
Date: 2023-03-31 17:55:59 UTC
List: ruby-core #113061
Issue #19565 has been reported by rubyFeedback (robert heiler).

----------------------------------------
Feature #19565: Ignore lower-case/upper-case Proposal
https://bugs.ruby-lang.org/issues/19565

* Author: rubyFeedback (robert heiler)
* Status: Open
* Priority: Normal
----------------------------------------
So, first april is on the horizon and in-before-we-go (nobu tends
to make quick first april proposals, so let's hurry up!)

It is here proposed to ignore case, that is, lower-case, and upper-case,
at the least for method calls. This could be for variables too, but I
don't care so much about variables.

Rationale for the proposal:

Given a method such as

    primary_link

I typoed and wrote:

    primary_LINK

Of course ruby complains and insists it must be written "primary_link".
(I use that method for ad-hoc HTML hyperreferences in a webpage.)

Wouldn't it be nice if we are able to ignore this, and simply assume
that, at the least for method names, ruby would ignore the case,
that is, whether it is downcased/lowercased or upper cased?

Granted, the proposal is about 85% meant as a jest and joke, but the
15% is that this MAY be useful in SOME situations. Kind of like 
we had in oldschool evil.rb; I distinctly remember we could even
change object identities at runtime too (I don't know what happened
to evil.rb, but I distinctly remember we had it during the ruby
1.8.x era or so).

I actually only propose this to be used on a per-file basis, to 
simplify it.

So, for instance, you have a .rb file, and in that .rb file you
need to tell ruby that you want to ignore the case.

This could perhaps be via some configuration-call, such as:

    RbConfig.ignore_case

Or something similar. Or more similar to IRB where we treat
RbConfig as a Hash via [] e. g.

    RbConfig[:ignore_case] = true

Or something similar like that. Right now there is no method
defined on RbConfig, so this should not cause backwards 
incompatibility issues.

Of course one can reason that this is 100% a rubbish proposal.
That's ok. Easier to suggest it when it is close to the first
april. :)

PHP works like this if I recall correctly. Windows also ignores
cases of e. g. binaries and directories if I recall correctly.

So while this proposal may be rubbish, and as stated more of a
joke, I believe there may be a few potential use cases of this
too. Kind of like the ruby user telling ruby "ruby, I know by
default you look at the case of characters, but for this 
specific file or project, I want you to ignore the case".

(We could extend this to a whole namespace, e. g. per-module
and per-class, but for this proposal I want to keep it simpler
and just focus on a per-file basis, that is, on a per .rb 
basis. We could also add more magic comments such as it was
with "# frozen_string_literal: true", but I think the ruby core
team does not want to add more meta-meaning, so this probably
would have zero chance to be implemented. So the focus on a
per .rb file basis just seemed simpler to me for this proposal
here.)




-- 
https://bugs.ruby-lang.org/
 ______________________________________________
 ruby-core mailing list -- ruby-core@ml.ruby-lang.org
 To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
 ruby-core info -- https://ml.ruby-lang.org/mailman3/postorius/lists/ruby-core.ml.ruby-lang.org/

In This Thread

Prev Next