8000 cporting po (#798) · python/python-docs-fr@20015ef · GitHub
[go: up one dir, main page]
Skip to content

Commit 20015ef

Browse files
kw-andyJulienPalard
kw-andy
authored and
JulienPalard
committed
cporting po (#798)
1 parent 0f940f3 commit 20015ef

File tree

1 file changed

+88
-12
lines changed

1 file changed

+88
-12
lines changed

‎howto/cporting.po

Lines changed: 88 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -1,22 +1,22 @@
1-
# Copyright (C) 2001-2018, Python Software Foundation
21
# For licence information, see README file.
32
#
43
msgid ""
54
msgstr ""
65
"Project-Id-Version: Python 3.6\n"
76
"Report-Msgid-Bugs-To: \n"
87
"POT-Creation-Date: 2018-06-10 11:27+0200\n"
9-
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
10-
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
8+
"PO-Revision-Date: 2019-07-18 20:06+0200\n"
119
"Language-Team: FRENCH <traductions@lists.afpy.org>\n"
1210
"Language: fr\n"
1311
"MIME-Version: 1.0\n"
1412
"Content-Type: text/plain; charset=UTF-8\n"
1513
"Content-Transfer-Encoding: 8bit\n"
14+
"Last-Translator: Andy Kwok <andy.kwok.work@gmail.com>\n"
15+
"X-Generator: Poedit 2.2.3\n"
1616

1717
#: ../Doc/howto/cporting.rst:7
1818
msgid "Porting Extension Modules to Python 3"
19-
msgstr ""
19+
msgstr "Portage des modules d'extension vers Python 3"
2020

2121
#: ../Doc/howto/cporting.rst:0
2222
msgid "author"
@@ -38,6 +38,12 @@ msgid ""
3838
"obvious on the C level. This document endeavors to document "
3939
"incompatibilities and how they can be worked around."
4040
msgstr ""
41+
"Changer l'API C n'était pas l'un des objectifs de Python 3, cependant les "
42+
"nombreux changements de niveau Python ont rendu impossible de garder l'API "
43+
"de Python 2 comme elle était. Certains changements tels que l'unification "
44+
"de :func:`int` et :func:`long` sont plus apparents au niveau C. Ce document "
45+
"s'efforce de documenter les incompatibilités et la façon dont elles peuvent "
46+
"être contournées."
4147

4248
#: ../Doc/howto/cporting.rst:23
4349
msgid "Conditional compilation"
@@ -48,26 +54,33 @@ msgid ""
4854
"The easiest way to compile only some code for Python 3 is to check if :c:"
4955
"macro:`PY_MAJOR_VERSION` is greater than or equal to 3. ::"
5056
msgstr ""
57+
"La façon la plus simple de compiler seulement une section de code pour "
58+
"Python 3 est de vérifier si :c:macro:`PY_MAJOR_VERSION` est supérieur ou "
59+
"égal à 3. ::"
5160

5261
#: ../Doc/howto/cporting.rst:32
5362
msgid ""
5463
"API functions that are not present can be aliased to their equivalents "
5564
"within conditional blocks."
5665
msgstr ""
66+
"Les fonctions manquantes dans l'API peuvent être remplacées par des alias à "
67+
"leurs équivalents dans des blocs conditionnels."
5768

5869
#: ../Doc/howto/cporting.rst:37
5970
msgid "Changes to Object APIs"
60-
msgstr ""
71+
msgstr "Modifications apportées aux API des objets"
6172

6273
#: ../Doc/howto/cporting.rst:39
6374
msgid ""
6475
"Python 3 merged together some types with similar functions while cleanly "
6576
"separating others."
6677
msgstr ""
78+
"Python 3 a fusionné certains types avec des fonctions identiques tout en "
79+
"séparant de façon propre, d'autres."
6780

6881
#: ../Doc/howto/cporting.rst:44
6982
msgid "str/unicode Unification"
70-
msgstr ""
83+
msgstr "Unification de *str* et *unicode*"
7184

7285
#: ../Doc/howto/cporting.rst:46
7386
msgid ""
@@ -83,10 +96,23 @@ msgid ""
8396
"shows best practices with regards to :c:type:`PyUnicode`, :c:type:"
8497
"`PyString`, and :c:type:`PyBytes`. ::"
8598
msgstr ""
99+
"Le type :func:`str` de Python 3 est l'équivalent de :func:`unicode` sous "
100+
"Python 2 ; Les fonctions C sont appelées ``PyUnicode_*`` pour les deux "
101+
"versions. L'ancien type de chaîne de caractères de 8 bits est devenue :func:"
102+
"`bytes`, avec des fonctions C nommées ``PyBytes_*``. Python 2.6 et toutes "
103+
"les versions supérieures fournissent un en-tête de compatibilité, :file:"
104+
"`bytesobject.h`, faisant correspondre les noms ``PyBytes`` aux ``PyString``. "
105+
"Pour une meilleure compatibilité avec Python 3, :c:type:`PyUnicode` doit "
106+
"être utilisé seulement pour des données textuelles et :c:type:`PyBytes` pour "
107+
"des données binaires. Il est important de noter que :c:type:`PyBytes` et :c:"
108+
"type:`PyUnicode` en Python 3 ne sont pas remplaçables contrairement à :c:"
109+
"type:`PyString` et :c:type:`PyUnicode` dans Python 2. L'exemple suivant "
110+
"montre l'utilisation optimale de :c:type:`PyUnicode`, :c:type:`PyString`, "
111+
"et :c:type:`PyBytes`. ::"
86112

87113
#: ../Doc/howto/cporting.rst:95
88114
msgid "long/int Unification"
89-
msgstr ""
115+
msgstr "Unification de *long* et *int*"
90116

91117
#: ../Doc/howto/cporting.rst:97
92118
msgid ""
@@ -95,10 +121,14 @@ msgid ""
95121
"Python 2 was removed. In the C-API, ``PyInt_*`` functions are replaced by "
96122
"their ``PyLong_*`` equivalents."
97123
msgstr ""
124+
"Python 3 n'a qu'un type d'entier, :func:`int`. Mais il correspond au type :"
125+
"func:`long` de Python 2 — le type :func:`int` utilisé dans Python 2 a été "
126+
"supprimé. Dans l'API C, les fonctions ``PyInt_*`` sont remplacées par leurs "
127+
"équivalents ``PyLong_*``."
98128

99129
#: ../Doc/howto/cporting.rst:104
100130
msgid "Module initialization and state"
101-
msgstr ""
131+
msgstr "Initialisation et état du module"
102132

103133
#: ../Doc/howto/cporting.rst:106
104134
msgid ""
@@ -108,10 +138,16 @@ msgid ""
108138
"in both Python 2 and Python 3 is tricky. The following simple example "
109139
"demonstrates how. ::"
110140
msgstr ""
141+
"Python 3 a remanié son système d'initialisation des modules d'extension "
142+
"(Voir :pep:`3121`.). Au lieu de stocker les états de module dans les "
143+
"variables globales, les états doivent être stockés dans une structure "
144+
"spécifique à l'interpréteur. Créer des modules qui ont un fonctionnement "
145+
"correct en Python 2 et Python 3 est délicat. L'exemple suivant montre "
146+
"comment. ::"
111147

112148
#: ../Doc/howto/cporting.rst:197
113149
msgid "CObject replaced with Capsule"
114-
msgstr ""
150+
msgstr "CObject remplacé par Capsule"
115151

116152
#: ../Doc/howto/cporting.rst:199
117153
msgid ""
@@ -122,6 +158,13 @@ msgid ""
122158
"APIs relied on undefined behavior in C. (For further reading on the "
123159
"rationale behind Capsules, please see :issue:`5630`.)"
124160
msgstr ""
161+
"L'objet :c:type:`Capsule` a été introduit dans Python 3.1 et 2.7 pour "
162+
"remplacer :c:type:`CObject`. Les objets C étaient utiles, mais l'API :c:type:"
163+
"`CObject` posait des soucis : elle ne permettait pas la distinction entre "
164+
"les objets C valides, ce qui permettait aux objets C assortis incorrectement "
165+
"de planter l'interpréteur, et certaines des API s'appuyaient sur un "
166+
"comportement indéfini en C. (Pour plus de détails sur la logique de "
167+
"Capsules, veuillez consulter :issue:`5630`)."
125168

126169
#: ../Doc/howto/cporting.rst:206
127170
msgid ""
@@ -133,6 +176,14 @@ msgid ""
133176
"support both CObjects and Capsules. (Note that Python 3.0 is no longer "
134177
"supported, and it is not recommended for production use.)"
135178
msgstr ""
179+
"Si vous utilisez actuellement CObjects et que vous voulez migrer vers la "
180+
"version 3.1 ou plus récente, vous devrez passer à Capsules. :c:type:"
181+
"`CObject` est déprécié dans 3.1 et 2.7 et est supprimé dans Python 3.2. Si "
182+
"vous ne gérez que les versions 2.7, ou 3.1 et supérieures, vous pouvez "
183+
"simplement passer à :c:type:`Capsule`. Si vous avez besoin de gérer Python "
184+
"3.0, ou des versions de Python antérieures à 2.7, vous devez gérer CObjects "
185+
"et Capsules. (Notez que Python 3.0 n'est plus supporté, et qu'il n'est pas "
186+
"recommandé pour une utilisation en production)."
136187

137188
#: ../Doc/howto/cporting.rst:216
138189
msgid ""
@@ -142,6 +193,11 @@ msgid ""
142193
"automatically use Capsules in versions of Python with Capsules, and switch "
143194
"to CObjects when Capsules are unavailable."
144195
msgstr ""
196+
"L'exemple suivant d'en-tête de fichier :file:`capsulethunk.h` peut résoudre "
197+
"le problème. Il suffit d'écrire votre code dans l'API :c:type:`Capsule` et "
198+
"d'inclure ce fichier d'en-tête après :file:`Python.h`. Votre code utilisera "
199+
"automatiquement Capsules dans les versions de Python avec Capsules, et "
200+
"passera à CObjects lorsque les Capsules ne sont pas disponibles."
145201

146202
#: ../Doc/howto/cporting.rst:223
147203
msgid ""
@@ -150,21 +206,29 @@ msgid ""
150206
"the simulated :c:type:`Capsule` objects created by :file:`capsulethunk.h` "
151207
"behave slightly differently from real Capsules. Specifically:"
152208
msgstr ""
209+
":file:`capsulethunk.h` reproduit le fonctionnement de Capsules en utilisant "
210+
"CObjects. Cependant, :c:type:`CObject` ne permet pas de stocker le \"nom\" "
211+
"de la capsule. Les objets simulés :c:type:`Capsule` créés par :file:"
212+
"`capsulethunk.h` se comportent différemment, bien que légèrement, des "
213+
"véritables Capsules. Ainsi :"
153214

154215
#: ../Doc/howto/cporting.rst:228
155216
msgid "The name parameter passed in to :c:func:`PyCapsule_New` is ignored."
156-
msgstr ""
217+
msgstr "Le paramètre *name* passé à :c:func:`PyCapsule_New` est ignoré."
157218

158219
#: ../Doc/howto/cporting.rst:230
159220
msgid ""
160221
"The name parameter passed in to :c:func:`PyCapsule_IsValid` and :c:func:"
161222
"`PyCapsule_GetPointer` is ignored, and no error checking of the name is "
162223
"performed."
163224
msgstr ""
225+
"Le paramètre *name* passé à :c:func:`PyCapsule_IsValid` et :c:func:"
226+
"`PyCapsule_GetPointer` est ignoré et il n'y a pas de vérification d'erreur "
227+
"du nom."
164228

165229
#: ../Doc/howto/cporting.rst:234
166230
msgid ":c:func:`PyCapsule_GetName` always returns NULL."
167-
msgstr ""
231+
msgstr ":c:func:`PyCapsule_GetName` renvoie toujours un NULL."
168232

169233
#: ../Doc/howto/cporting.rst:236
170234
msgid ""
@@ -173,21 +237,33 @@ msgid ""
173237
"`PyCapsule_SetName` was deemed preferable to silent failure here. If this "
174238
"is inconvenient, feel free to modify your local copy as you see fit.)"
175239
msgstr ""
240+
":c:func:`PyCapsule_SetName` lève toujours une exception et renvoie un échec. "
241+
"Note : Puisqu'il n'y a aucun moyen de stocker un nom dans un CObject, "
242+
"l'échec verbeux de :c:func:`PyCapsule_SetName` a été jugé préférable à un "
243+
"échec non-verbeux dans ce cas. Si cela ne vous convenait pas, vous pouvez "
244+
"modifier votre copie locale selon vos besoins."
176245

177246
#: ../Doc/howto/cporting.rst:243
178247
msgid ""
179248
"You can find :file:`capsulethunk.h` in the Python source distribution as :"
180249
"source:`Doc/includes/capsulethunk.h`. We also include it here for your "
181250
"convenience:"
182251
msgstr ""
252+
"Vous pouvez trouver :file:`capsulethunk.h` dans la distribution source de "
253+
"Python comme :source:`Doc/includes/capsulethunk.h`. Nous l'incluons ici pour "
254+
"votre confort :"
183255

184256
#: ../Doc/howto/cporting.rst:252
185257
msgid "Other options"
186-
msgstr ""
258+
msgstr "Autres options"
187259

188260
#: ../Doc/howto/cporting.rst:254
189261
msgid ""
190262
"If you are writing a new extension module, you might consider `Cython "
191263
"<http://cython.org/>`_. It translates a Python-like language to C. The "
192264
"extension modules it creates are compatible with Python 3 and Python 2."
193265
msgstr ""
266+
"Si vous écrivez un nouveau module d'extension, vous pouvez envisager "
267+
"d'utiliser `Cython <http://cython.org/>`_. Il traduit un langage de type "
268+
"Python en C. Les modules d'extension qu'il crée sont compatibles avec Python "
269+
"3 et Python 2."

0 commit comments

Comments
 (0)
0