From: "mame (Yusuke Endoh)" <mame@...>
Date: 2012-12-07T00:00:15+09:00
Subject: [ruby-core:50634] [ruby-trunk - Feature #7517][Assigned] Fixnum::MIN,MAX


Issue #7517 has been updated by mame (Yusuke Endoh).

Status changed from Open to Assigned
Assignee changed from mame (Yusuke Endoh) to matz (Yukihiro Matsumoto)

matz (Yukihiro Matsumoto) wrote:
> Endo san, since it's a small and useful change, can I merge this for 2.0 even after spec freeze?
> Of course, you can reject as a release manager. In that case, file this proposal as "next minor" again.


As a release manager, okay.  Because matz accepted the proposal :-)


Personally, however, I'm not sure when it is useful.
I guess that you want to avoid an boxed integer for saving memory on an embedded system, right?
But I don't know how it is helpful.

In addition, I don't understand why we should distinguish between Fixnum and Bignum.
Isn't the difference just an implementation-defined technicality?
I hope that they will be integrated to one class and that the difference will become invisible to users.
I'm afraid if Fixnum::Max will make the integration difficult.

-- 
Yusuke Endoh <mame@tsg.ne.jp>
----------------------------------------
Feature #7517: Fixnum::MIN,MAX
https://bugs.ruby-lang.org/issues/7517#change-34480

Author: matz (Yukihiro Matsumoto)
Status: Assigned
Priority: Normal
Assignee: matz (Yukihiro Matsumoto)
Category: core
Target version: 2.0.0


Maximum (or minimum) number of fixnum can not be get in portable fashion, so I propose Fixnum::MAX and Fixnum::MIN just like Float::MAX and Float::MIN.

Matz


-- 
http://bugs.ruby-lang.org/