| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Fixes https://github.com/ruby/bigdecimal/pull/220
https://github.com/ruby/bigdecimal/commit/127a1b5a31
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/79c09b4dac
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/a32f6cb9e2
|
|
|
|
|
|
| |
Fix GH-214.
https://github.com/ruby/bigdecimal/commit/13e0e93f37
|
|
|
|
|
|
| |
Fix GH-212.
https://github.com/ruby/bigdecimal/commit/900bb7fcf5
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/c019caeaba
|
|
|
|
|
|
| |
Fixes GH-198.
https://github.com/ruby/bigdecimal/commit/4fbec55680
|
|
|
|
|
|
| |
Fix GH-205
https://github.com/ruby/bigdecimal/commit/7d198394a2
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/8dc8cd339d
|
|
|
|
|
|
| |
as BigDecimal_divide
https://github.com/ruby/bigdecimal/commit/11cb2c8840
|
|
|
|
|
|
|
|
|
|
|
| |
results
Just in case for irrational or recurring results, the precision of the
quotient is set to at least more than 2*Float::DIG plus alpha.
[Bug #13754] [Fix GH-94]
https://github.com/ruby/bigdecimal/commit/99442c75d3
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/e864828b47
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/14e35f5a70
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/aa31ef2f33
|
|
|
|
|
|
|
|
|
|
| |
Introduced in https://github.com/ruby/bigdecimal/commit/4792a917d806
`rb_absint_size` return the number of bytes needed to fit
the absolute integer, but negative integers need the sign, so one more
bit, and potentially one more byte.
https://github.com/ruby/bigdecimal/commit/0f3d5d0eb7
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/a834eb92a2
|
| |
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/1cb92487f7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using dtoa of mode=0, we can determine the number of digits in decimal that is
necessary to represent the given Float number without errors.
This change permits digits=0 in BigDecimal(flt) and Float#to_d, and these
methods use dtoa of mode=0 when the given digits is 0.
Internal implicit conversion from Float also uses digits=0.
[Fix GH-70]
https://github.com/ruby/bigdecimal/commit/2dbe170e35
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/95c201f2d3
|
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/d163f170a4
https://github.com/ruby/bigdecimal/commit/ff8eeeb064
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/28d3836366
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/2056604d56
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/f732201df1
|
|
|
|
|
|
| |
Ruby 2.4 does not have RbConfig::LIMITS.
https://github.com/ruby/bigdecimal/commit/c8087523b0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change improves the conversion speed from small integers.
```
Comparison:
big_n9
master: 4003688.9 i/s
bigdecimal 3.0.0: 1270551.0 i/s - 3.15x slower
big_n19
master: 5410096.4 i/s
bigdecimal 3.0.0: 1000250.3 i/s - 5.41x slower
```
https://github.com/ruby/bigdecimal/commit/3429bd7e6f
|
|
|
|
|
|
|
| |
Keep the default value of BigDecimal.limit by BigDecimal.save_limit
to avoid failures of the other test methods due to the unexpected limit.
https://github.com/ruby/bigdecimal/commit/bdc1cc6585
|
| |
|
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/981dc48f95
https://github.com/ruby/bigdecimal/commit/9ecf880ec04
|
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/7e80e6e145
https://github.com/ruby/bigdecimal/commit/0ed7846e8c
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/458eb66c49
|
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/93fc392640
https://github.com/ruby/bigdecimal/commit/a90d13c4d0
|
|
|
|
|
|
|
| |
Fix https://github.com/ruby/bigdecimal/issues/70
[Bug #13331]
https://github.com/ruby/bigdecimal/commit/aa536cd4b5
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* remove duplicated include
* Make BigDecimal#round with argument < 1 return Integer
Fixes [Bug #12780]
* Use a higher default precision for BigDecimal#power and #**
When a fractional power is given, increase the precision if the
precision isn't specified via power's second argument:
Float: increase by 15 (rough number of decimal precision in float)
BigDecimal: increase by adding similar precision modifier as done to
calculate the base precision.
Rational: double the precision, since a BigDecimal is created, but
the created BigDecimal uses the same precision.
Increasing the precision for these power calculations has the obvious
tradeoff of making the calculations slower.
Fixes Ruby Bug #17264
* Use DBLE_FIG for a Float value
* Version 2.0.1
Co-authored-by: pavel <pavel.rosicky@easy.cz>
Co-authored-by: Jeremy Evans <code@jeremyevans.net>
|
|
|
|
| |
Tests depending on the rounding mode must specify the appropriate rounding
mode and restore to the original mode at the end.
|
|
|
|
|
|
| |
Fixes #159
https://github.com/ruby/bigdecimal/commit/57ee92e700
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/97e794ac97
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/9d19e842ee
|
|
|
|
|
|
| |
This leaves the default definition, which will raise FrozenError.
https://github.com/ruby/bigdecimal/commit/05e843d838
|
|
|
|
| |
https://github.com/ruby/bigdecimal/commit/00795cb01f
|
|
|
|
|
|
|
|
|
| |
Both BigDecimal#clone and BigDecimal#dup return self, there is no
reason to have initialize_copy exposed as a Ruby method.
The same is true for initialize_clone and initialize_dup.
https://github.com/ruby/bigdecimal/commit/aaf237fa9e
|
| |
|
| |
|
|
|
|
|
|
| |
This removes the related tests, and puts the related specs behind
version guards. This affects all code in lib, including some
libraries that may want to support older versions of Ruby.
|
|
|
|
|
|
|
|
| |
This removes the taint checking. Taint support is deprecated in
Ruby 2.7 and has no effect. I don't think removing the taint
checks in earlier ruby versions will cause any problems.
https://github.com/ruby/bigdecimal/commit/1918d466f3
|
|
|
| |
Sync to ruby/bigdecimal@92356ba71c6bd325b0ab618c634a7aecf8cdc767
|
|
|
|
| |
instead of deprecated BigDecimal.new.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is how Kernel#{Array,String,Float,Integer,Hash,Rational} work.
BigDecimal and Complex instances are always frozen, so this should
not cause backwards compatibility issues for those. Pathname
instances are not frozen, so potentially this could cause backwards
compatibility issues by not returning a new object.
Based on a patch from Joshua Ballanco, some minor changes by me.
Fixes [Bug #7522]
|
|
|
|
|
|
| |
* https://github.com/ruby/bigdecimal/compare/v1.4.0.pre.20181214a..v1.4.0.pre.20181220a
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@66473 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
|