@@ -12,7 +12,7 @@ msgid ""
1212msgstr ""
1313"Project-Id-Version :Python 3.8\n "
1414"Report-Msgid-Bugs-To :\n "
15- "POT-Creation-Date :2019-10-12 11:39 +0000\n "
15+ "POT-Creation-Date :2019-10-13 11:40 +0000\n "
1616"PO-Revision-Date :2019-09-01 14:44+0000\n "
1717"Last-Translator :tomo, 2019\n "
1818"Language-Team :Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n "
@@ -1449,8 +1449,8 @@ msgid ""
14491449" Svetlov in :issue:`32972`.)"
14501450msgstr ""
14511451
1452- #: ../../whatsnew/3.8.rst:1116 ../../whatsnew/3.8.rst:1742
1453- #: ../../whatsnew/3.8.rst:1759 ../../whatsnew/3.8.rst:1776
1452+ #: ../../whatsnew/3.8.rst:1116 ../../whatsnew/3.8.rst:1746
1453+ #: ../../whatsnew/3.8.rst:1763 ../../whatsnew/3.8.rst:1780
14541454msgid "Example::"
14551455msgstr "以下はプログラム例です::"
14561456
@@ -2288,7 +2288,14 @@ msgid ""
22882288"instead of :exc:`KeyError`. (Contributed by Xiang Zhang in :issue:`33106`.)"
22892289msgstr ""
22902290
2291- #: ../../whatsnew/3.8.rst:1664
2291+ #: ../../whatsnew/3.8.rst:1662
2292+ msgid ""
2293+ "The Exception :class:`asyncio.CancelledError` now inherits from "
2294+ ":class:`BaseException` rather than a :class:`Exception`. (Contributed by "
2295+ "Yury Selivanov in :issue:`13528`.)"
2296+ msgstr ""
2297+
2298+ #: ../../whatsnew/3.8.rst:1668
22922299msgid ""
22932300"DLL dependencies for extension modules and DLLs loaded with :mod:`ctypes` on"
22942301" Windows are now resolved more securely. Only the system paths, the "
@@ -2303,14 +2310,14 @@ msgid ""
23032310"also verified by the installer). (See :issue:`36085`.)"
23042311msgstr ""
23052312
2306- #: ../../whatsnew/3.8.rst:1677
2313+ #: ../../whatsnew/3.8.rst:1681
23072314msgid ""
23082315"The header files and functions related to pgen have been removed after its "
23092316"replacement by a pure Python implementation. (Contributed by Pablo Galindo "
23102317"in :issue:`36623`.)"
23112318msgstr ""
23122319
2313- #: ../../whatsnew/3.8.rst:1681
2320+ #: ../../whatsnew/3.8.rst:1685
23142321msgid ""
23152322":class:`types.CodeType` has a new parameter in the second position of the "
23162323"constructor (*posonlyargcount*) to support positional-only arguments defined"
@@ -2320,26 +2327,26 @@ msgid ""
23202327" future-proof."
23212328msgstr ""
23222329
2323- #: ../../whatsnew/3.8.rst:1690
2330+ #: ../../whatsnew/3.8.rst:1694
23242331msgid "Changes in the C API"
23252332msgstr "C API の変更"
23262333
2327- #: ../../whatsnew/3.8.rst:1692
2334+ #: ../../whatsnew/3.8.rst:1696
23282335msgid ""
23292336"The :c:type:`PyCompilerFlags` structure gets a new *cf_feature_version* "
23302337"field. It should be initialized to ``PY_MINOR_VERSION``. The field is "
23312338"ignored by default, it is used if and only if ``PyCF_ONLY_AST`` flag is set "
23322339"in *cf_flags*."
23332340msgstr ""
23342341
2335- #: ../../whatsnew/3.8.rst:1697
2342+ #: ../../whatsnew/3.8.rst:1701
23362343msgid ""
23372344"The :c:func:`PyEval_ReInitThreads` function has been removed from the C API."
23382345" It should not be called explicitly: use :c:func:`PyOS_AfterFork_Child` "
23392346"instead. (Contributed by Victor Stinner in :issue:`36728`.)"
23402347msgstr ""
23412348
2342- #: ../../whatsnew/3.8.rst:1702
2349+ #: ../../whatsnew/3.8.rst:1706
23432350msgid ""
23442351"On Unix, C extensions are no longer linked to libpython except on Android "
23452352"and Cygwin. When Python is embedded, ``libpython`` must not be loaded with "
@@ -2350,7 +2357,7 @@ msgid ""
23502357"Stinner in :issue:`21536`.)"
23512358msgstr ""
23522359
2353- #: ../../whatsnew/3.8.rst:1710
2360+ #: ../../whatsnew/3.8.rst:1714
23542361msgid ""
23552362"Use of ``#`` variants of formats in parsing or building value (e.g. "
23562363":c:func:`PyArg_ParseTuple`, :c:func:`Py_BuildValue`, "
@@ -2360,7 +2367,7 @@ msgid ""
23602367":issue:`36381`.)"
23612368msgstr ""
23622369
2363- #: ../../whatsnew/3.8.rst:1716
2370+ #: ../../whatsnew/3.8.rst:1720
23642371msgid ""
23652372"Instances of heap-allocated types (such as those created with "
23662373":c:func:`PyType_FromSpec`) hold a reference to their type object. Increasing"
@@ -2371,11 +2378,11 @@ msgid ""
23712378"managed code."
23722379msgstr ""
23732380
2374- #: ../../whatsnew/3.8.rst:1724
2381+ #: ../../whatsnew/3.8.rst:1728
23752382msgid "Statically allocated types are not affected."
23762383msgstr ""
23772384
2378- #: ../../whatsnew/3.8.rst:1726
2385+ #: ../../whatsnew/3.8.rst:1730
23792386msgid ""
23802387"For the vast majority of cases, there should be no side effect. However, "
23812388"types that manually increase the reference count after allocating an "
@@ -2384,12 +2391,12 @@ msgid ""
23842391"instance deallocation."
23852392msgstr ""
23862393
2387- #: ../../whatsnew/3.8.rst:1732
2394+ #: ../../whatsnew/3.8.rst:1736
23882395msgid ""
23892396"To correctly port these types into 3.8, please apply the following changes:"
23902397msgstr ""
23912398
2392- #: ../../whatsnew/3.8.rst:1735
2399+ #: ../../whatsnew/3.8.rst:1739
23932400msgid ""
23942401"Remove :c:macro:`Py_INCREF` on the type object after allocating an instance "
23952402"- if any. This may happen after calling :c:func:`PyObject_New`, "
@@ -2398,27 +2405,27 @@ msgid ""
23982405":c:func:`PyObject_Init` or :c:func:`PyObject_INIT`."
23992406msgstr ""
24002407
2401- #: ../../whatsnew/3.8.rst:1756
2408+ #: ../../whatsnew/3.8.rst:1760
24022409msgid ""
24032410"Ensure that all custom ``tp_dealloc`` functions of heap-allocated types "
24042411"decrease the type's reference count."
24052412msgstr ""
24062413
2407- #: ../../whatsnew/3.8.rst:1771
2414+ #: ../../whatsnew/3.8.rst:1775
24082415msgid "(Contributed by Eddie Elizondo in :issue:`35810`.)"
24092416msgstr ""
24102417
2411- #: ../../whatsnew/3.8.rst:1773
2418+ #: ../../whatsnew/3.8.rst:1777
24122419msgid ""
24132420"The :c:macro:`Py_DEPRECATED()` macro has been implemented for MSVC. The "
24142421"macro now must be placed before the symbol name."
24152422msgstr ""
24162423
2417- #: ../../whatsnew/3.8.rst:1780
2424+ #: ../../whatsnew/3.8.rst:1784
24182425msgid "(Contributed by Zackery Spytz in :issue:`33407`.)"
24192426msgstr ""
24202427
2421- #: ../../whatsnew/3.8.rst:1782
2428+ #: ../../whatsnew/3.8.rst:1786
24222429msgid ""
24232430"The interpreter does not pretend to support binary compatibility of "
24242431"extension types across feature releases, anymore. A :c:type:`PyTypeObject` "
@@ -2428,24 +2435,24 @@ msgid ""
24282435"not checked anymore before reading :c:member:`~PyTypeObject.tp_finalize`)."
24292436msgstr ""
24302437
2431- #: ../../whatsnew/3.8.rst:1789
2438+ #: ../../whatsnew/3.8.rst:1793
24322439msgid "(Contributed by Antoine Pitrou in :issue:`32388`.)"
24332440msgstr ""
24342441
2435- #: ../../whatsnew/3.8.rst:1791
2442+ #: ../../whatsnew/3.8.rst:1795
24362443msgid ""
24372444"The :c:func:`PyCode_New` has a new parameter in the second position "
24382445"(*posonlyargcount*) to support :pep:`570`, indicating the number of "
24392446"positional-only arguments."
24402447msgstr ""
24412448
2442- #: ../../whatsnew/3.8.rst:1794
2449+ #: ../../whatsnew/3.8.rst:1798
24432450msgid ""
24442451"The functions :c:func:`PyNode_AddChild` and :c:func:`PyParser_AddToken` now "
24452452"accept two additional ``int`` arguments *end_lineno* and *end_col_offset*."
24462453msgstr ""
24472454
2448- #: ../../whatsnew/3.8.rst:1799
2455+ #: ../../whatsnew/3.8.rst:1803
24492456msgid ""
24502457"The :file:`libpython38.a` file to allow MinGW tools to link directly against"
24512458" :file:`python38.dll` is no longer included in the regular Windows "
@@ -2454,7 +2461,7 @@ msgid ""
24542461"package::"
24552462msgstr ""
24562463
2457- #: ../../whatsnew/3.8.rst:1807
2464+ #: ../../whatsnew/3.8.rst:1811
24582465msgid ""
24592466"The location of an installed :file:`pythonXY.dll` will depend on the "
24602467"installation options and the version and language of Windows. See :ref"
@@ -2463,19 +2470,19 @@ msgid ""
24632470" :file:`libs` directory under your Python installation."
24642471msgstr ""
24652472
2466- #: ../../whatsnew/3.8.rst:1817
2473+ #: ../../whatsnew/3.8.rst:1821
24672474msgid "CPython bytecode changes"
24682475msgstr "CPython バイトコードの変更"
24692476
2470- #: ../../whatsnew/3.8.rst:1819
2477+ #: ../../whatsnew/3.8.rst:1823
24712478msgid ""
24722479"The interpreter loop has been simplified by moving the logic of unrolling "
24732480"the stack of blocks into the compiler. The compiler emits now explicit "
24742481"instructions for adjusting the stack of values and calling the cleaning-up "
24752482"code for :keyword:`break`, :keyword:`continue` and :keyword:`return`."
24762483msgstr ""
24772484
2478- #: ../../whatsnew/3.8.rst:1825
2485+ #: ../../whatsnew/3.8.rst:1829
24792486msgid ""
24802487"Removed opcodes :opcode:`BREAK_LOOP`, :opcode:`CONTINUE_LOOP`, "
24812488":opcode:`SETUP_LOOP` and :opcode:`SETUP_EXCEPT`. Added new opcodes "
@@ -2484,32 +2491,32 @@ msgid ""
24842491":opcode:`WITH_CLEANUP_START`."
24852492msgstr ""
24862493
2487- #: ../../whatsnew/3.8.rst:1831
2494+ #: ../../whatsnew/3.8.rst:1835
24882495msgid ""
24892496"(Contributed by Mark Shannon, Antoine Pitrou and Serhiy Storchaka in "
24902497":issue:`17611`.)"
24912498msgstr ""
24922499
2493- #: ../../whatsnew/3.8.rst:1834
2500+ #: ../../whatsnew/3.8.rst:1838
24942501msgid ""
24952502"Added new opcode :opcode:`END_ASYNC_FOR` for handling exceptions raised when"
24962503" awaiting a next item in an :keyword:`async for` loop. (Contributed by "
24972504"Serhiy Storchaka in :issue:`33041`.)"
24982505msgstr ""
24992506
2500- #: ../../whatsnew/3.8.rst:1838
2507+ #: ../../whatsnew/3.8.rst:1842
25012508msgid ""
25022509"The :opcode:`MAP_ADD` now expects the value as the first element in the "
25032510"stack and the key as the second element. This change was made so the key is "
25042511"always evaluated before the value in dictionary comprehensions, as proposed "
25052512"by :pep:`572`. (Contributed by Jörn Heissler in :issue:`35224`.)"
25062513msgstr ""
25072514
2508- #: ../../whatsnew/3.8.rst:1845
2515+ #: ../../whatsnew/3.8.rst:1849
25092516msgid "Demos and Tools"
25102517msgstr ""
25112518
2512- #: ../../whatsnew/3.8.rst:1847
2519+ #: ../../whatsnew/3.8.rst:1851
25132520msgid ""
25142521"Added a benchmark script for timing various ways to access variables: "
25152522"``Tools/scripts/var_access_benchmark.py``. (Contributed by Raymond Hettinger"
