@@ -6,13 +6,14 @@ msgstr ""
66"Project-Id-Version : Python 3\n "
77"Report-Msgid-Bugs-To : \n "
88"POT-Creation-Date : 2023-07-21 14:55+0200\n "
9- "PO-Revision-Date : 2020-06 -28 15:18 +0200\n
10- "Last-Translator : Julien Palard <julien@palard.fr >\n
9+ "PO-Revision-Date : 2023-07 -28 22:32 +0200\n
10+ "Last-Translator : Christophe Nanteuil <christophe.nanteuil@gmail.com >\n
1111"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
1212"Language : fr\n "
1313"MIME-Version : 1.0\n "
1414"Content-Type : text/plain; charset=UTF-8\n "
1515"Content-Transfer-Encoding : 8bit\n "
16+ "X-Generator : Poedit 3.2.2\n "
1617
1718#: extending/windows.rst:8
1819msgid "Building C and C++ Extensions on Windows"
@@ -44,7 +45,7 @@ msgstr ""
4445"Les auteurs de modules sont invités à utiliser l'approche *distutils* pour "
4546"construire des modules d'extension, au lieu de celle décrite dans cette "
4647"section. Vous aurez toujours besoin du compilateur C utilisé pour construire "
47- "Python ; typiquement Microsoft Visual C++."
48+ "Python ; typiquement Microsoft Visual C++."
4849
4950#: extending/windows.rst:24
5051msgid ""
@@ -57,7 +58,7 @@ msgid ""
5758msgstr ""
5859"Cette page mentionne plusieurs noms de fichiers comprenant un numéro de "
5960"version Python encodé. Ces noms de fichiers sont construits sous le format "
60- "de version ``XY`` ; en pratique, ``'X'`` représente le numéro de version "
61+ "de version ``XY`` ; en pratique, ``'X'`` représente le numéro de version "
6162"majeure et ``'Y'`` représente le numéro de version mineure de la version "
6263"Python avec laquelle vous travaillez. Par exemple, si vous utilisez Python "
6364"2.2.1, ``XY`` correspond à ``22``."
@@ -67,7 +68,6 @@ msgid "A Cookbook Approach"
6768msgstr "Une approche \" recette de cuisine\" "
6869
6970#: extending/windows.rst:36
70- #, fuzzy
7171msgid ""
7272"There are two approaches to building extension modules on Windows, just as "
7373"there are on Unix: use the :mod:`distutils` package to control the build "
@@ -79,9 +79,9 @@ msgid ""
7979"library module."
8080msgstr ""
8181"Il y a deux approches lorsque l'on construit des modules d'extension sur "
82- "Windows, tout comme sur Unix : utiliser le paquet :mod:`distutils` pour "
82+ "Windows, tout comme sur Unix : utiliser le paquet :mod:`distutils` pour "
8383"contrôler le processus de construction, ou faire les choses manuellement. "
84- "L'approche *distutils* fonctionne bien pour la plupart des extensions ; la "
84+ "L'approche *distutils* fonctionne bien pour la plupart des extensions ; la "
8585"documentation pour utiliser :mod:`distutils` pour construire et empaqueter "
8686"les modules d'extension est disponible dans :ref:`distutils-index`. Si vous "
8787"considérez que vous avez réellement besoin de faire les choses manuellement, "
@@ -131,10 +131,10 @@ msgid ""
131131"data."
132132msgstr ""
133133"Sur Windows, un fichier bibliothèque de liens dynamiques (:file:`.dll`) n'a "
134- "pas de références paresseuses. A la place, un accès aux fonctions ou données "
134+ "pas de références paresseuses. À la place, un accès aux fonctions ou données "
135135"passe par une table de conversion. Cela est fait pour que le code DLL ne "
136136"doive pas être réarrangé à l'exécution pour renvoyer à la mémoire du "
137- "programme ; à la place, le code utilise déjà la table de conversion DLL, et "
137+ "programme ; à la place, le code utilise déjà la table de conversion DLL, et "
138138"cette table est modifiée à l'exécution pour pointer vers les fonctions et "
139139"données."
140140
@@ -151,7 +151,7 @@ msgstr ""
151151"contient du code venant de plusieurs fichiers objets (:file:`.o`). Durant "
152152"l'étape de liaison pour créer un fichier objet partagé (:file:`.so`), le "
153153"lieur peut informer qu'il ne sait pas où un identificateur est défini. Le "
154- "lieur le cherchera dans les fichiers objet dans les bibliothèques ; s'il le "
154+ "lieur le cherchera dans les fichiers objet dans les bibliothèques ; s'il le "
155155"trouve, il inclura tout le code provenant de ce fichier objet."
156156
157157#: extending/windows.rst:76
@@ -169,7 +169,7 @@ msgid ""
169169msgstr ""
170170"Sur Windows, il y a deux types de bibliothèques, une bibliothèque statique "
171171"et une bibliothèque d'importation (toutes deux appelées :file:`.lib`). Une "
172- "bibliothèque statique est comme un fichier Unix :file:`.a` ; elle contient "
172+ "bibliothèque statique est comme un fichier Unix :file:`.a` ; elle contient "
173173"du code pouvant être inclus si nécessaire. Une bibliothèque d'importation "
174174"est uniquement utilisée pour rassurer le lieur qu'un certain identificateur "
175175"est légal, et sera présent dans le programme quand la DLL est chargée. Comme "
@@ -193,10 +193,10 @@ msgstr ""
193193"Supposons que vous construisez deux modules de chargement dynamiques, B et "
194194"C, qui ne devraient pas partager un autre bloc de code avec A. Sur Unix, "
195195"vous ne transmettrez pas :file:`A.a` au lieur pour :file:`B.so` et :file:`C."
196- "so` ; cela le ferait être inclus deux fois, pour que B et C aient chacun "
196+ "so` ; cela le ferait être inclus deux fois, pour que B et C aient chacun "
197197"leur propre copie. Sur Windows, construire :file:`A.dll` construira aussi :"
198198"file:`A.lib`. Vous transmettez :file:`A.lib` au lieur pour B et C. :file:`A."
199- "lib` ne contient pas de code ; il contient uniquement des informations qui "
199+ "lib` ne contient pas de code ; il contient uniquement des informations qui "
200200"seront utilisées lors de l'exécution pour accéder au code de A."
201201
202202#: extending/windows.rst:94
@@ -207,23 +207,22 @@ msgid ""
207207"create a separate copy."
208208msgstr ""
209209"Sur Windows, utiliser une bibliothèque d'importation est comme utiliser "
210- "``import spam``; cela vous donne accès aux noms des spams, mais ne crée par "
210+ "``import spam`` ; cela vous donne accès aux noms des spams, mais ne crée par "
211211"de copie séparée. Sur Unix, se lier à une bibliothèque est plus comme ``from "
212- "spam import *`` ; cela crée une copie séparée."
212+ "spam import *`` ; cela crée une copie séparée."
213213
214214#: extending/windows.rst:103
215215msgid "Using DLLs in Practice"
216216msgstr "Utiliser les DLL en pratique"
217217
218218#: extending/windows.rst:108
219- #, fuzzy
220219msgid ""
221220"Windows Python is built in Microsoft Visual C++; using other compilers may "
222221"or may not work. The rest of this section is MSVC++ specific."
223222msgstr ""
224- "Le Python de Windows est construit en Microsoft Visual C++ ; utiliser "
225- "d'autres compilateurs pourrait fonctionner, ou pas (cependant Borland a "
226- "l'air de fonctionner). Le reste de cette section est spécifique à MSVC++."
223+ "Le Python de Windows est construit en Microsoft Visual C++ ; utiliser "
224+ "d'autres compilateurs pourrait fonctionner, ou pas. Le reste de cette "
225+ "section est spécifique à MSVC++."
227226
228227#: extending/windows.rst:111
229228msgid ""
@@ -242,7 +241,7 @@ msgid ""
242241"functions (such as :c:func:`PyArg_ParseTuple`), but it does know how to find "
243242"the Python code thanks to :file:`pythonXY.lib`."
244243msgstr ""
245- "La première commande a créé trois fichiers : :file:`spam.obj`, :file:`spam."
244+ "La première commande a créé trois fichiers : :file:`spam.obj`, :file:`spam."
246245"dll` et :file:`spam.lib`. :file:`Spam.dll` ne contient pas de fonctions "
247246"Python (telles que :c:func:`PyArg_ParseTuple`), mais il sait comment trouver "
248247"le code Python grâce à :file:`pythonXY.lib`."
0 commit comments