path: root/ext/bigdecimal
AgeCommit message (Collapse)Author
2020-12-29[ruby/bigdecimal] Refactor to extract VpCheckExceptionKenta Murata
2020-12-29[ruby/bigdecimal] Refactor to decompose VpNewVarArg into small functionsKenta Murata
2020-12-29[ruby/bigdecimal] Reduce needless object allocation in f_BigDecimalKenta Murata
2020-12-28[ruby/bigdecimal] [Doc] Fix the document of BigDecimal()Kenta Murata
2020-12-28[ruby/bigdecimal] Reduce conditional branch count in VpNewVarArgKenta Murata
2020-12-20bigdecimal: initialize conditionally assigned variableNobuyoshi Nakada
2020-12-19[bigdecimal] Version 3.0.0Kenta Murata
2020-12-19[bigdecimal] Add BigDecimal#n_significant_digitsKenta Murata
2020-12-19[bigdecimal] Make BigDecimal#precs deprecatedKenta Murata
2020-12-19[bigdecimal] Add BigDecimal#precisionKenta Murata
2020-12-19[bigdecimal] Make bigdecimal Ractor safeKenta Murata
2020-12-19[bigdecimal] Use DBLE_FIGKenta Murata
2020-12-19[bigdecimal] Fix the default precision of Float#to_dKenta Murata
Fix [Bug #13331]
2020-12-19[bigdecimal] Use rb_undef_alloc_func to undefine allocateKenta Murata
2020-12-15Import bigdecimal 2.0.2 (#3905)Kenta Murata
* 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 <> Co-authored-by: Jeremy Evans <> Notes: Merged-By: mrkn <>
2020-10-10Fixed typo in commentIkko Ashimine
alway -> always Notes: Merged:
2020-08-27sed -i '/rmodule.h/d'卜部昌平
Notes: Merged:
2020-08-27sed -i '/r_cast.h/d'卜部昌平
Notes: Merged:
2020-08-27sed -i '\,2/extern.h,d'卜部昌平
Notes: Merged:
2020-08-18Fixed the invalid SPDX identifier on gemspecHiroshi SHIBATA
2020-07-06[ruby/bigdecimal] Version 2.0.1Kenta Murata Notes: Merged:
2020-07-06[ruby/bigdecimal] Return US-ASCII string from BigDecimal#to_sKenta Murata
Fixes #159 Notes: Merged:
2020-07-06[ruby/bigdecimal] Drop Ruby 2.3 supportKenta Murata Notes: Merged:
2020-07-06[ruby/bigdecimal] Support Ruby < 2.6Kenta Murata Notes: Merged:
2020-07-06[ruby/bigdecimal] Add Complex#to_dKenta Murata Notes: Merged:
2020-07-06[ruby/bigdecimal] Remove definition of BigDecimal#initialize_copyJeremy Evans
This leaves the default definition, which will raise FrozenError. Notes: Merged:
2020-07-06[ruby/bigdecimal] Support a Complex in Kernel.BigDecimal()Kenta Murata Notes: Merged:
2020-07-06[ruby/bigdecimal] Undef BigDecimal#initialize_copyJeremy Evans
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. Notes: Merged:
2020-07-06Removed ext/bigdecimal/util/depend unused since ↵Nobuyoshi Nakada
2020-05-13ext/bigdecimal/bigdecimal.c, ext/date/date_core.c: undef NDEBUGYusuke Endoh
`#define NDEBUG` produces "macro redefined" warnings when it is already defined via cppflags
2020-05-11sed -i 's|ruby/impl|ruby/internal|'卜部昌平
To fix build failures. Notes: Merged:
2020-05-11sed -i s|ruby/3|ruby/impl|g卜部昌平
This shall fix compile errors. Notes: Merged:
2020-04-08Suppress -Wshorten-64-to-32 warningsNobuyoshi Nakada
2020-04-08Merge pull request #2991 from shyouhei/ruby.h卜部昌平
Split ruby.h Notes: Merged-By: shyouhei <>
2020-02-28Suppress security alertsTakashi Kokubun
2019-12-25Update the version of bigdecimal to 2.0.0 (#2784)Kenta Murata
Notes: Merged-By: mrkn <>
2019-11-12[ruby/bigdecimal] Remove taint checkingJeremy Evans
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.
2019-10-08Import changes from ruby/bigdecimal (#2531)Kenta Murata
Sync to ruby/bigdecimal@92356ba71c6bd325b0ab618c634a7aecf8cdc767 Notes: Merged-By: mrkn <>
2019-09-21Make Kernel#{Pathname,BigDecimal,Complex} return argument if given correct typeJeremy Evans
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] Notes: Merged:
2019-07-14Include ruby/assert.h in ruby/ruby.h so that assertions can be thereNobuyoshi Nakada
2019-07-14Added depend filesNobuyoshi Nakada
2019-07-13Removed useless `freeze`s from gemspec filesNobuyoshi Nakada
2019-07-11Default to true when no exception flag [Bug #15987]Nobuyoshi Nakada
2019-07-11Fixed argument in the fallback function [Bug #15987]Nobuyoshi Nakada
2019-07-11Removed wrong argument in the fallback function [Bug #15987]Nobuyoshi Nakada
2019-07-11Check exception flag as a bool [Bug #15987]Nobuyoshi Nakada
2018-12-26Import bigdecimal 1.4.2mrkn
* git-svn-id: svn+ssh:// b2dd03c8-39d4-4d8f-98ff-823fe69b080e
2018-12-25Import bigdecimal 1.4.1mrkn
* git-svn-id: svn+ssh:// b2dd03c8-39d4-4d8f-98ff-823fe69b080e
2018-12-23Import bigdecimal-1.4.0mrkn
* git-svn-id: svn+ssh:// b2dd03c8-39d4-4d8f-98ff-823fe69b080e
2018-12-20Import bigdecimal-1.4.0.pre.20181220amrkn
* git-svn-id: svn+ssh:// b2dd03c8-39d4-4d8f-98ff-823fe69b080e