iframe-proxy | Sunbelt Computer Software

577 lines (490 loc) · 19.5 KB
# Copyright (C) 2001-2018, Python Software Foundation
# For licence information, see README file.
"Project-Id-Version: Python 3\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2020-05-23 11:38+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: FRENCH <traductions@lists.afpy.org>\n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#: ../Doc/c-api/module.rst:6
msgid "Module Objects"
#: ../Doc/c-api/module.rst:15
"This instance of :c:type:`PyTypeObject` represents the Python module type.  "
"This is exposed to Python programs as ``types.ModuleType``."
#: ../Doc/c-api/module.rst:21
msgid "Return true if *p* is a module object, or a subtype of a module object."
#: ../Doc/c-api/module.rst:26
"Return true if *p* is a module object, but not a subtype of :c:data:"
"`PyModule_Type`."
#: ../Doc/c-api/module.rst:39
"Return a new module object with the :attr:`__name__` attribute set to "
"*name*. The module's :attr:`__name__`, :attr:`__doc__`, :attr:`__package__`, "
"and :attr:`__loader__` attributes are filled in (all but :attr:`__name__` "
"are set to ``None``); the caller is responsible for providing a :attr:"
"`__file__` attribute."
#: ../Doc/c-api/module.rst:47
msgid ":attr:`__package__` and :attr:`__loader__` are set to ``None``."
#: ../Doc/c-api/module.rst:53
"Similar to :c:func:`PyModule_NewObject`, but the name is a UTF-8 encoded "
"string instead of a Unicode object."
#: ../Doc/c-api/module.rst:61
"Return the dictionary object that implements *module*'s namespace; this "
"object is the same as the :attr:`~object.__dict__` attribute of the module "
"object. If *module* is not a module object (or a subtype of a module "
"object), :exc:`SystemError` is raised and ``NULL`` is returned."
#: ../Doc/c-api/module.rst:66
"It is recommended extensions use other :c:func:`PyModule_\\*` and :c:func:"
"`PyObject_\\*` functions rather than directly manipulate a module's :attr:"
"`~object.__dict__`."
#: ../Doc/c-api/module.rst:77
"Return *module*'s :attr:`__name__` value.  If the module does not provide "
"one, or if it is not a string, :exc:`SystemError` is raised and ``NULL`` is "
"returned."
#: ../Doc/c-api/module.rst:85
"Similar to :c:func:`PyModule_GetNameObject` but return the name encoded to "
"``'utf-8'``."
#: ../Doc/c-api/module.rst:90
"Return the \"state\" of the module, that is, a pointer to the block of "
"memory allocated at module creation time, or ``NULL``.  See :c:member:"
"`PyModuleDef.m_size`."
#: ../Doc/c-api/module.rst:97
"Return a pointer to the :c:type:`PyModuleDef` struct from which the module "
"was created, or ``NULL`` if the module wasn't created from a definition."
#: ../Doc/c-api/module.rst:107
"Return the name of the file from which *module* was loaded using *module*'s :"
"attr:`__file__` attribute.  If this is not defined, or if it is not a "
"unicode string, raise :exc:`SystemError` and return ``NULL``; otherwise "
"return a reference to a Unicode object."
#: ../Doc/c-api/module.rst:117
"Similar to :c:func:`PyModule_GetFilenameObject` but return the filename "
"encoded to 'utf-8'."
#: ../Doc/c-api/module.rst:120
":c:func:`PyModule_GetFilename` raises :c:type:`UnicodeEncodeError` on "
"unencodable filenames, use :c:func:`PyModule_GetFilenameObject` instead."
#: ../Doc/c-api/module.rst:128
msgid "Initializing C modules"
#: ../Doc/c-api/module.rst:130
"Modules objects are usually created from extension modules (shared libraries "
"which export an initialization function), or compiled-in modules (where the "
"initialization function is added using :c:func:`PyImport_AppendInittab`). "
"See :ref:`building` or :ref:`extending-with-embedding` for details."
#: ../Doc/c-api/module.rst:135
"The initialization function can either pass a module definition instance to :"
"c:func:`PyModule_Create`, and return the resulting module object, or request "
"\"multi-phase initialization\" by returning the definition struct itself."
#: ../Doc/c-api/module.rst:141
"The module definition struct, which holds all information needed to create a "
"module object. There is usually only one statically initialized variable of "
"this type for each module."
#: ../Doc/c-api/module.rst:147
msgid "Always initialize this member to :const:`PyModuleDef_HEAD_INIT`."
#: ../Doc/c-api/module.rst:151
msgid "Name for the new module."
#: ../Doc/c-api/module.rst:155
"Docstring for the module; usually a docstring variable created with :c:macro:"
"`PyDoc_STRVAR` is used."
#: ../Doc/c-api/module.rst:160
"Module state may be kept in a per-module memory area that can be retrieved "
"with :c:func:`PyModule_GetState`, rather than in static globals. This makes "
"modules safe for use in multiple sub-interpreters."
#: ../Doc/c-api/module.rst:164
"This memory area is allocated based on *m_size* on module creation, and "
"freed when the module object is deallocated, after the :c:member:`m_free` "
"function has been called, if present."
#: ../Doc/c-api/module.rst:168
"Setting ``m_size`` to ``-1`` means that the module does not support sub-"
"interpreters, because it has global state."
#: ../Doc/c-api/module.rst:171
"Setting it to a non-negative value means that the module can be re-"
"initialized and specifies the additional amount of memory it requires for "
"its state. Non-negative ``m_size`` is required for multi-phase "
"initialization."
#: ../Doc/c-api/module.rst:176
msgid "See :PEP:`3121` for more details."
#: ../Doc/c-api/module.rst:180
"A pointer to a table of module-level functions, described by :c:type:"
"`PyMethodDef` values.  Can be ``NULL`` if no functions are present."
#: ../Doc/c-api/module.rst:185
"An array of slot definitions for multi-phase initialization, terminated by a "
"``{0, NULL}`` entry. When using single-phase initialization, *m_slots* must "
"be ``NULL``."
#: ../Doc/c-api/module.rst:191
"Prior to version 3.5, this member was always set to ``NULL``, and was "
"defined as:"
#: ../Doc/c-api/module.rst:198
"A traversal function to call during GC traversal of the module object, or "
"``NULL`` if not needed. This function may be called before module state is "
"allocated (:c:func:`PyModule_GetState()` may return `NULL`), and before the :"
"c:member:`Py_mod_exec` function is executed."
#: ../Doc/c-api/module.rst:205
"A clear function to call during GC clearing of the module object, or "
"``NULL`` if not needed. This function may be called before module state is "
"allocated (:c:func:`PyModule_GetState()` may return `NULL`), and before the :"
"c:member:`Py_mod_exec` function is executed."
#: ../Doc/c-api/module.rst:212
"A function to call during deallocation of the module object, or ``NULL`` if "
"not needed. This function may be called before module state is allocated (:c:"
"func:`PyModule_GetState()` may return `NULL`), and before the :c:member:"
"`Py_mod_exec` function is executed."
#: ../Doc/c-api/module.rst:218
msgid "Single-phase initialization"
#: ../Doc/c-api/module.rst:220
"The module initialization function may create and return the module object "
"directly. This is referred to as \"single-phase initialization\", and uses "
"one of the following two module creation functions:"
#: ../Doc/c-api/module.rst:226
"Create a new module object, given the definition in *def*.  This behaves "
"like :c:func:`PyModule_Create2` with *module_api_version* set to :const:"
"`PYTHON_API_VERSION`."
#: ../Doc/c-api/module.rst:233
"Create a new module object, given the definition in *def*, assuming the API "
"version *module_api_version*.  If that version does not match the version of "
"the running interpreter, a :exc:`RuntimeWarning` is emitted."
#: ../Doc/c-api/module.rst:239
"Most uses of this function should be using :c:func:`PyModule_Create` "
"instead; only use this if you are sure you need it."
#: ../Doc/c-api/module.rst:242
"Before it is returned from in the initialization function, the resulting "
"module object is typically populated using functions like :c:func:"
"`PyModule_AddObject`."
#: ../Doc/c-api/module.rst:248
msgid "Multi-phase initialization"
#: ../Doc/c-api/module.rst:250
"An alternate way to specify extensions is to request \"multi-phase "
"initialization\". Extension modules created this way behave more like Python "
"modules: the initialization is split between the *creation phase*, when the "
"module object is created, and the *execution phase*, when it is populated. "
"The distinction is similar to the :py:meth:`__new__` and :py:meth:`__init__` "
"methods of classes."
#: ../Doc/c-api/module.rst:257
"Unlike modules created using single-phase initialization, these modules are "
"not singletons: if the *sys.modules* entry is removed and the module is re-"
"imported, a new module object is created, and the old module is subject to "
"normal garbage collection -- as with Python modules. By default, multiple "
"modules created from the same definition should be independent: changes to "
"one should not affect the others. This means that all state should be "
"specific to the module object (using e.g. using :c:func:"
"`PyModule_GetState`), or its contents (such as the module's :attr:`__dict__` "
"or individual classes created with :c:func:`PyType_FromSpec`)."
#: ../Doc/c-api/module.rst:267
"All modules created using multi-phase initialization are expected to "
"support :ref:`sub-interpreters <sub-interpreter-support>`. Making sure "
"multiple modules are independent is typically enough to achieve this."
#: ../Doc/c-api/module.rst:271
"To request multi-phase initialization, the initialization function "
"(PyInit_modulename) returns a :c:type:`PyModuleDef` instance with non-empty :"
"c:member:`~PyModuleDef.m_slots`. Before it is returned, the ``PyModuleDef`` "
"instance must be initialized with the following function:"
#: ../Doc/c-api/module.rst:278
"Ensures a module definition is a properly initialized Python object that "
"correctly reports its type and reference count."
#: ../Doc/c-api/module.rst:281
msgid "Returns *def* cast to ``PyObject*``, or ``NULL`` if an error occurred."
#: ../Doc/c-api/module.rst:285
"The *m_slots* member of the module definition must point to an array of "
"``PyModuleDef_Slot`` structures:"
#: ../Doc/c-api/module.rst:292
msgid "A slot ID, chosen from the available values explained below."
#: ../Doc/c-api/module.rst:296
msgid "Value of the slot, whose meaning depends on the slot ID."
#: ../Doc/c-api/module.rst:300
msgid "The *m_slots* array must be terminated by a slot with id 0."
#: ../Doc/c-api/module.rst:302
msgid "The available slot types are:"
#: ../Doc/c-api/module.rst:306
"Specifies a function that is called to create the module object itself. The "
"*value* pointer of this slot must point to a function of the signature:"
#: ../Doc/c-api/module.rst:311
"The function receives a :py:class:`~importlib.machinery.ModuleSpec` "
"instance, as defined in :PEP:`451`, and the module definition. It should "
"return a new module object, or set an error and return ``NULL``."
#: ../Doc/c-api/module.rst:316
"This function should be kept minimal. In particular, it should not call "
"arbitrary Python code, as trying to import the same module again may result "
"in an infinite loop."
#: ../Doc/c-api/module.rst:320
"Multiple ``Py_mod_create`` slots may not be specified in one module "
"definition."
#: ../Doc/c-api/module.rst:323
"If ``Py_mod_create`` is not specified, the import machinery will create a "
"normal module object using :c:func:`PyModule_New`. The name is taken from "
"*spec*, not the definition, to allow extension modules to dynamically adjust "
"to their place in the module hierarchy and be imported under different names "
"through symlinks, all while sharing a single module definition."
#: ../Doc/c-api/module.rst:329
"There is no requirement for the returned object to be an instance of :c:type:"
"`PyModule_Type`. Any type can be used, as long as it supports setting and "
"getting import-related attributes. However, only ``PyModule_Type`` instances "
"may be returned if the ``PyModuleDef`` has non-``NULL`` ``m_traverse``, "
"``m_clear``, ``m_free``; non-zero ``m_size``; or slots other than "
"``Py_mod_create``."
#: ../Doc/c-api/module.rst:338
"Specifies a function that is called to *execute* the module. This is "
"equivalent to executing the code of a Python module: typically, this "
"function adds classes and constants to the module. The signature of the "
"function is:"
#: ../Doc/c-api/module.rst:345
"If multiple ``Py_mod_exec`` slots are specified, they are processed in the "
"order they appear in the *m_slots* array."
#: ../Doc/c-api/module.rst:348
msgid "See :PEP:`489` for more details on multi-phase initialization."
#: ../Doc/c-api/module.rst:351
msgid "Low-level module creation functions"
#: ../Doc/c-api/module.rst:353
"The following functions are called under the hood when using multi-phase "
"initialization. They can be used directly, for example when creating module "
"objects dynamically. Note that both ``PyModule_FromDefAndSpec`` and "
"``PyModule_ExecDef`` must be called to fully initialize a module."
#: ../Doc/c-api/module.rst:360
"Create a new module object, given the definition in *module* and the "
"ModuleSpec *spec*.  This behaves like :c:func:`PyModule_FromDefAndSpec2` "
"with *module_api_version* set to :const:`PYTHON_API_VERSION`."
#: ../Doc/c-api/module.rst:368
"Create a new module object, given the definition in *module* and the "
"ModuleSpec *spec*, assuming the API version *module_api_version*. If that "
"version does not match the version of the running interpreter, a :exc:"
"`RuntimeWarning` is emitted."
#: ../Doc/c-api/module.rst:375
"Most uses of this function should be using :c:func:`PyModule_FromDefAndSpec` "
"instead; only use this if you are sure you need it."
#: ../Doc/c-api/module.rst:382
msgid "Process any execution slots (:c:data:`Py_mod_exec`) given in *def*."
#: ../Doc/c-api/module.rst:388
"Set the docstring for *module* to *docstring*. This function is called "
"automatically when creating a module from ``PyModuleDef``, using either "
"``PyModule_Create`` or ``PyModule_FromDefAndSpec``."
#: ../Doc/c-api/module.rst:397
"Add the functions from the ``NULL`` terminated *functions* array to "
"*module*. Refer to the :c:type:`PyMethodDef` documentation for details on "
"individual entries (due to the lack of a shared module namespace, module "
"level \"functions\" implemented in C typically receive the module as their "
"first parameter, making them similar to instance methods on Python classes). "
"This function is called automatically when creating a module from "
"``PyModuleDef``, using either ``PyModule_Create`` or "
"``PyModule_FromDefAndSpec``."
#: ../Doc/c-api/module.rst:409
msgid "Support functions"
#: ../Doc/c-api/module.rst:411
"The module initialization function (if using single phase initialization) or "
"a function called from a module execution slot (if using multi-phase "
"initialization), can use the following functions to help initialize the "
"module state:"
#: ../Doc/c-api/module.rst:418
"Add an object to *module* as *name*.  This is a convenience function which "
"can be used from the module's initialization function.  This steals a "
"reference to *value* on success.  Return ``-1`` on error, ``0`` on success."
#: ../Doc/c-api/module.rst:424
"Unlike other functions that steal references, ``PyModule_AddObject()`` only "
"decrements the reference count of *value* **on success**."
#: ../Doc/c-api/module.rst:427
"This means that its return value must be checked, and calling code must :c:"
"func:`Py_DECREF` *value* manually on error. Example usage::"
#: ../Doc/c-api/module.rst:439
"Add an integer constant to *module* as *name*.  This convenience function "
"can be used from the module's initialization function. Return ``-1`` on "
"error, ``0`` on success."
#: ../Doc/c-api/module.rst:446
"Add a string constant to *module* as *name*.  This convenience function can "
"be used from the module's initialization function.  The string *value* must "
"be ``NULL``-terminated.  Return ``-1`` on error, ``0`` on success."
#: ../Doc/c-api/module.rst:453
"Add an int constant to *module*. The name and the value are taken from "
"*macro*. For example ``PyModule_AddIntMacro(module, AF_INET)`` adds the int "
"constant *AF_INET* with the value of *AF_INET* to *module*. Return ``-1`` on "
"error, ``0`` on success."
#: ../Doc/c-api/module.rst:461
msgid "Add a string constant to *module*."
#: ../Doc/c-api/module.rst:465
msgid "Module lookup"
#: ../Doc/c-api/module.rst:467
"Single-phase initialization creates singleton modules that can be looked up "
"in the context of the current interpreter. This allows the module object to "
"be retrieved later with only a reference to the module definition."
#: ../Doc/c-api/module.rst:471
"These functions will not work on modules created using multi-phase "
"initialization, since multiple such modules can be created from a single "
"definition."
#: ../Doc/c-api/module.rst:476
"Returns the module object that was created from *def* for the current "
"interpreter. This method requires that the module object has been attached "
"to the interpreter state with :c:func:`PyState_AddModule` beforehand. In "
"case the corresponding module object is not found or has not been attached "
"to the interpreter state yet, it returns ``NULL``."
#: ../Doc/c-api/module.rst:483
"Attaches the module object passed to the function to the interpreter state. "
"This allows the module object to be accessible via :c:func:"
"`PyState_FindModule`."
#: ../Doc/c-api/module.rst:486
msgid "Only effective on modules created using single-phase initialization."
#: ../Doc/c-api/module.rst:488
"Python calls ``PyState_AddModule`` automatically after importing a module, "
"so it is unnecessary (but harmless) to call it from module initialization "
"code. An explicit call is needed only if the module's own init code "
"subsequently calls ``PyState_FindModule``. The function is mainly intended "
"for implementing alternative import mechanisms (either by calling it "
"directly, or by referring to its implementation for details of the required "
"state updates)."
#: ../Doc/c-api/module.rst:496
msgid "Return 0 on success or -1 on failure."
#: ../Doc/c-api/module.rst:502
"Removes the module object created from *def* from the interpreter state. "
"Return 0 on success or -1 on failure."
Sunbelt Computer Software

PL/B Language Development and Support

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Sunbelt Computer Software

PL/B Language Development and Support

FilesExpand file tree

module.po

Latest commit

History

module.po

File metadata and controls
