python
diff --git a/‎library/decimal.po
Lines changed: 11 additions & 47 deletions b/‎library/decimal.po
Lines changed: 11 additions & 47 deletions
@@ -4,16 +4,16 @@
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 # 
 # Translators:
-# tomo, 2019
+# tomo, 2020
 # 
 #, fuzzy
 msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.7\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2020-04-10 22:51+0000\n"
+"POT-Creation-Date: 2020-06-09 14:09+0000\n"
 "PO-Revision-Date: 2019-09-01 03:10+0000\n"
-"Last-Translator: tomo, 2019\n"
+"Last-Translator: tomo, 2020\n"
 "Language-Team: Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -2334,51 +2334,15 @@ msgid ""
 "A. Yes.  In the CPython and PyPy3 implementations, the C/CFFI versions of "
 "the decimal module integrate the high speed `libmpdec "
 "<https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ library for "
-"arbitrary precision correctly-rounded decimal floating point arithmetic "
-"[#]_. ``libmpdec`` uses `Karatsuba multiplication "
+"arbitrary precision correctly-rounded decimal floating point arithmetic. "
+"``libmpdec`` uses `Karatsuba multiplication "
 "<https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ for medium-sized "
 "numbers and the `Number Theoretic Transform "
 "<https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-"
-"theoretic_transform>`_ for very large numbers."
-msgstr ""
-
-#: ../../library/decimal.rst:2140
-msgid ""
-"The context must be adapted for exact arbitrary precision arithmetic. "
-":attr:`Emin` and :attr:`Emax` should always be set to the maximum values, "
-":attr:`clamp` should always be 0 (the default).  Setting :attr:`prec` "
-"requires some care."
-msgstr ""
-
-#: ../../library/decimal.rst:2144
-msgid ""
-"The easiest approach for trying out bignum arithmetic is to use the maximum "
-"value for :attr:`prec` as well [#]_::"
-msgstr ""
-
-#: ../../library/decimal.rst:2153
-msgid ""
-"For inexact results, :attr:`MAX_PREC` is far too large on 64-bit platforms "
-"and the available memory will be insufficient::"
-msgstr ""
-
-#: ../../library/decimal.rst:2161
 msgid ""
-"On systems with overallocation (e.g. Linux), a more sophisticated approach "
-"is to adjust :attr:`prec` to the amount of available RAM.  Suppose that you "
-"have 8GB of RAM and expect 10 simultaneous operands using a maximum of 500MB"
-" each::"
-msgstr ""
-
-#: ../../library/decimal.rst:2185
-msgid ""
-"In general (and especially on systems without overallocation), it is "
-"recommended to estimate even tighter bounds and set the :attr:`Inexact` trap"
-" if all calculations are expected to be exact."
-msgstr ""
-
-#: ../../library/decimal.rst:2194
-msgid ""
-"This approach now works for all exact results except for non-integer powers."
-" Also backported to 3.7 and 3.8."
+"theoretic_transform>`_ for very large numbers.  However, to realize this "
+"performance gain, the context needs to be set for unrounded calculations."
 msgstr ""
+"A. はい。\n"
+"CPython 実装と PyPy3 実装では、 C/CFFI 版の decimal モジュールは、任意精度の正しい丸めを行う 10 進浮動小数点演算のための高速な `libmpdec <https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ ライブラリを統合しています。\n"
+"``libmpdec`` は `Karatsuba multiplication <https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ を中程度のサイズの数に対して使い、 `Number Theoretic Transform <https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-theoretic_transform>`_ を非常に大きな数に対して使います。\n"
+"ただし、このパフォーマンス向上を得るためには、計算で丸めが発生しないように context を設定する必要があります。"