ruby-changes:20426
From: tadf <ko1@a...>
Date: Sat, 9 Jul 2011 17:25:46 +0900 (JST)
Subject: [ruby-changes:20426] tadf:r32474 (trunk): * NEWS: bigdecimal is not a builtin.
tadf 2011-07-09 17:25:35 +0900 (Sat, 09 Jul 2011) New Revision: 32474 http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=rev&revision=32474 Log: * NEWS: bigdecimal is not a builtin. Modified files: trunk/ChangeLog trunk/NEWS Index: ChangeLog =================================================================== --- ChangeLog (revision 32473) +++ ChangeLog (revision 32474) @@ -1,3 +1,7 @@ +Sat Jul 9 17:24:41 2011 Tadayoshi Funaba <tadf@d...> + + * NEWS: bigdecimal is not a builtin. + Sat Jul 9 17:17:53 2011 Tadayoshi Funaba <tadf@d...> * ext/date/date_core.c: some improvements for performance. Index: NEWS =================================================================== --- NEWS (revision 32473) +++ NEWS (revision 32474) @@ -101,14 +101,14 @@ * Process#maxgroups and Process#maxgroups= now raise NotImplementedError if the platform don't support supplementary groups concept. - * bigdecimal - * Kernel.BigDecimal and BigDecimal.new now accept instances of Integer, - Rational, and Float. If you pass a Rational or a Float to them, you must - specify the precision to produce the digits of a BigDecimal. +* bigdecimal + * Kernel.BigDecimal and BigDecimal.new now accept instances of Integer, + Rational, and Float. If you pass a Rational or a Float to them, you must + specify the precision to produce the digits of a BigDecimal. - * The behavior of BigDecimal#coerce with a Rational is changed. It uses - the precision of the receiver BigDecimal to produce the digits of a - BigDecimal from the given Rational. + * The behavior of BigDecimal#coerce with a Rational is changed. It uses + the precision of the receiver BigDecimal to produce the digits of a + BigDecimal from the given Rational. * date -- ML: ruby-changes@q... Info: http://www.atdot.net/~ko1/quickml/