[#24648] [Bug #1852] Enumerable's #hash Raises ArgumentError When Recursive Values are Present — Run Paint Run Run <redmine@...>

Bug #1852: Enumerable's #hash Raises ArgumentError When Recursive Values are Present

20 messages 2009/08/01
[#24649] Re: [Bug #1852] Enumerable's #hash Raises ArgumentError When Recursive Values are Present — Tanaka Akira <akr@...> 2009/08/01

In article <4a73e51b5a4f9_138119f2a982704e@redmine.ruby-lang.org>,

[#24652] Re: [Bug #1852] Enumerable's #hash Raises ArgumentError When Recursive Values are Present — Run Paint Run Run <runrun@...> 2009/08/01

> Is it valuable to implement such function?

[#24682] Re: [Bug #1852] Enumerable's #hash Raises ArgumentError When Recursive Values are Present — Tanaka Akira <akr@...> 2009/08/02

In article <67e307490908010125r6fa76654pa8e2224f714588fc@mail.gmail.com>,

[#24673] [Feature #1857] install *.h and *.inc — Roger Pack <redmine@...>

Feature #1857: install *.h and *.inc

21 messages 2009/08/01

[#24732] [Bug #1873] MatchData#[]: Omits All But Last Captures Corresponding to the Same Named Group — Run Paint Run Run <redmine@...>

Bug #1873: MatchData#[]: Omits All But Last Captures Corresponding to the Same Named Group

12 messages 2009/08/03

[#24775] [Feature #1889] Teach Onigurma Unicode 5.0 Character Properties — Run Paint Run Run <redmine@...>

Feature #1889: Teach Onigurma Unicode 5.0 Character Properties

30 messages 2009/08/05

[#24786] [Bug #1893] Recursive Enumerable#join is surprising — Jeremy Kemper <redmine@...>

Bug #1893: Recursive Enumerable#join is surprising

24 messages 2009/08/06
[#28422] [Bug #1893] Recursive Enumerable#join is surprising — Yusuke Endoh <redmine@...> 2010/03/02

Issue #1893 has been updated by Yusuke Endoh.

[#28438] Re: [Bug #1893] Recursive Enumerable#join is surprising — Yukihiro Matsumoto <matz@...> 2010/03/03

Hi,

[#24854] embedding ruby 1.9 frustration — Rolando Abarca <funkaster@...>

Hello,

12 messages 2009/08/10

[#24982] [Feature #1961] Kernel#__dir__ — Yutaka HARA <redmine@...>

Feature #1961: Kernel#__dir__

26 messages 2009/08/19
[#28898] [Feature #1961] Kernel#__dir__ — Roger Pack <redmine@...> 2010/03/23

Issue #1961 has been updated by Roger Pack.

[#28900] Re: [Feature #1961] Kernel#__dir__ — Kornelius Kalnbach <murphy@...> 2010/03/23

On 23.03.10 19:10, Roger Pack wrote:

[#25025] [Backport #1975] Backport Dir.mktmpdir — Kirk Haines <redmine@...>

Backport #1975: Backport Dir.mktmpdir

12 messages 2009/08/21

[#25041] Proposal: Simpler block format — Yehuda Katz <wycats@...>

I'd like to propose that we add the following syntax for procs in Ruby:

45 messages 2009/08/23
[#25046] Re: Proposal: Simpler block format — Caleb Clausen <caleb@...> 2009/08/23

Yehuda Katz wrote:

[#25049] Re: Proposal: Simpler block format — Yehuda Katz <wycats@...> 2009/08/23

On Sat, Aug 22, 2009 at 7:38 PM, Caleb Clausen <caleb@inforadical.net>wrote:

[#25058] Re: Proposal: Simpler block format — Yukihiro Matsumoto <matz@...> 2009/08/23

Hi,

[#25059] Re: Proposal: Simpler block format — Yehuda Katz <wycats@...> 2009/08/23

On Sun, Aug 23, 2009 at 3:33 PM, Yukihiro Matsumoto <matz@ruby-lang.org>wrote:

[#25063] Re: Proposal: Simpler block format — "David A. Black" <dblack@...> 2009/08/23

Hi --

[#25068] Re: Proposal: Simpler block format — brian ford <brixen@...> 2009/08/24

Hi,

[#25086] [Bug #1991] ruby should use twolevel namespace on OS X — Michal Suchanek <redmine@...>

Bug #1991: ruby should use twolevel namespace on OS X

12 messages 2009/08/24

[#25208] Module#prepend and Array#prepend — Yehuda Katz <wycats@...>

Matz,

23 messages 2009/08/30

[#25210] [Feature #2022] Patch for ruby-1.8.6 and openssl-1.0 — Jeroen van Meeuwen <redmine@...>

Feature #2022: Patch for ruby-1.8.6 and openssl-1.0

15 messages 2009/08/30

[#25220] [Bug #2026] String encodings are not supported by most of IO on Linux — Vit Ondruch <redmine@...>

Bug #2026: String encodings are not supported by most of IO on Linux

18 messages 2009/08/31

[ruby-core:24730] About An Imaginary Number Literal (Translation)

From: ujihisa <ujihisa@...>
Date: 2009-08-03 20:56:27 UTC
List: ruby-core #24730
This post is the summary of a recent discussion in [ruby-dev] about
imaginary numbers.

In [ruby-dev:38843] 複素数リテラルについて
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/38843 ,
Matz suggested introducing an imaginary number literal to ruby. After
his new patch is applied, we can use the following syntax:

  2i
  2.0i

He also showed some issues about:

* Backward compatibility
* Is i OK? (In python it's j)
* Is Numeric#i needed for imaginarization?
* If it is needed, what's the value of (an imaginary number).i or (a
complex number).i ?


The discussions about the topic are outlines below.

* Numeric#i should be equivalent to Complex(0, self)
* i is better because it's more popular than j
* It is confusing to introduce both i and j because of quatenion's i, j and k
* Numeric#i should be one of them: (1) 2.0i == 2.0.i (2) returns the
imaginary part (3) represents as a complex number like 2.0.i #=> 2.0 +
0i; (1) is the best
* Is Numeric#i really needed? We can write s.i as s * 1i
* The fact 1/3i in Ruby becomes (-1/3)i in Mathematics is confusing
* Actually once Numeric#i was proposed and reject on 1.9.1
* Is the literal really needed? What's the use case? Is it general enough?
* What about an "imaginariztion syntax" like 1+(2)i, 1+(n)i or 1+3#i
* Good literals matter
* Only in IRC is better or worse
* How about introducing Math::I (1 + n * Math::I)
  * Complex::I already exists
* Programming language J describes 1+3i as 1j3
* Matz supposes there must be someone who use complex numbers often
* Matz supposes this topic was for 2.0, but may make in on 1.9.2
* 1+2i is too dissimilar to Complex(1, n). "1+(2)i and 1+(n)i" is better.
  * "1+2i and 1+n.i" is better
  * "1+2.i and 1+n.i" is better for less rules
* How about introducing this syntactic sugar: 2xxx is equivalent to 2
* Math::XXX
* Imaginary numbers and Complex numbers are fundamentally different,
so 1+2i should be Complex(1, 2) rather than 1.+(Complex(0, 2))
* see also: C++0x current draft has User-defined literals
  * How about 2i #=> 2.literal_i, 3/2r #=> 3 / 2.literal_r, 5C3 #=>
5.literal_C(3)
  * It is useful to apply within a classbox

Although this discussion isn't concluded, there have been no new posts
for 11 days.

# Thanks Aaron Patterson for correcting my English!

In This Thread

Prev Next