10109
|
1 <?xml version="1.0" encoding="iso-8859-1"?>
|
|
2 <appendix id="users-vs-dev">
|
|
3 <title>Lamentations du développeur</title>
|
|
4
|
|
5 <sect1 id="gcc-296">
|
|
6 <title>GCC 2.96</title>
|
|
7
|
|
8 <formalpara>
|
|
9 <title>La toile de fond:</title>
|
|
10 <para>
|
|
11 La série GCC <emphasis role="bold">2.95</emphasis> est une version GNU officielle et
|
|
12 la version 2.95.3 de GCC est la version la plus exempte de bogues de toute la série.
|
|
13 Nous n'avons jamais remarqué de problèmes de compilation que nous pourrions attribuer
|
|
14 à GCC 2.95.3. A partir de Red Hat Linux 7.0, <emphasis role="bold">Red Hat</emphasis>
|
|
15 a inclus une version CVS lourdement patchée de GCC dans sa distribution et l'a nommé
|
|
16 <emphasis role="bold">2.96</emphasis>. Red Hat a inclus cette version parce que GCC
|
|
17 3.0 n'était pas terminé à ce moment là, et ils avaient besoin d'un compilateur
|
|
18 fonctionnant sur toutes leurs plateformes supportées, incluant IA64 et s390. Le
|
|
19 distributeur Linux <emphasis role="bold">Mandrake</emphasis> a également suivi
|
|
20 l'exemple de Red Hat et a lancé la diffusion de GCC 2.96 avec sa série Linux-Mandrake 8.0.
|
|
21 </para>
|
|
22 </formalpara>
|
|
23
|
|
24 <formalpara>
|
|
25 <title>Les évènements:</title>
|
|
26 <para>
|
|
27 L'équipe GCC a nié tout lien avec GCC 2.96 et a publié une
|
|
28 <ulink url="http://gcc.gnu.org/gcc-2.96.html">réponse officielle</ulink>
|
|
29 à GCC 2.96. De nombreux développeurs à travers le monde ont commencé à avoir des
|
|
30 problèmes avec GCC 2.96, et ont commencé à recommander d'autres compilateurs. Par Exemple
|
|
31 <ulink url="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</ulink>,
|
|
32 <ulink url="http://avifile.sourceforge.net/news-old1.htm">avifile</ulink>
|
|
33 et
|
|
34 <ulink url="http://www.winehq.com/news/?view=92#RH 7.1 gcc fixes compiler bug">Wine</ulink>.
|
|
35 D'autres liens intéressants sont
|
|
36 <ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
|
|
37 Linux kernel news flash about kernel 2.4.17</ulink>
|
|
38 et le <ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>.
|
|
39 <application>MPlayer</application> a également souffert des problèmes intermittents qui
|
|
40 ont tous été résolus en passant à une version différente de GCC. Plusieurs projets en
|
|
41 commencé d'implémenter des contournements pour quelques-uns des problèmes de 2.96, mais
|
|
42 nous avons refusé de réparer les bogues des autres, surtout parce que certains
|
|
43 contournements peuvent impliquer une pénalité sur les performances.
|
|
44 </para>
|
|
45 </formalpara>
|
|
46
|
|
47 <para>
|
|
48 Vous pouvez lire un autre point de vue sur cette histoire
|
|
49 <ulink url="http://www.bero.org/gcc296.html">sur ce site</ulink>. GCC 2.96 n'autorise
|
|
50 pas les caractères <literal>|</literal> (pipe) dans les commentaires assembleur parce
|
|
51 qu'il supporte aussi bien la syntaxe Intel que la syntaxe AT&T et que le caractère
|
|
52 <literal>|</literal> est un symbole dans la variété Intel. Le problème est qu'il ignore
|
|
53 <emphasis role="bold">silencieusement</emphasis> le bloc assembleur entier. Cela est
|
|
54 théoriquement fixé maintenant, GCC affichant un warning au lieu de sauter le bloc.
|
|
55 </para>
|
|
56
|
|
57 <formalpara>
|
|
58 <title>Le présent:</title>
|
|
59 <para>
|
|
60 Red Hat dit que GCC 2.96-85 et supérieur est réparé. La situation c'est en effet
|
|
61 améliorée, mais nous voyons toujours des problèmes sur les listes de diffusion qui
|
|
62 disparaissent avec un compilateur différent. Dans tous les cas cela ne peut plus durer.
|
|
63 Normalement un GCC 3.x mature résoudra les problèmes. Si vous voulez compiler avec 2.96
|
|
64 passez l'option <option>--disable-gcc-checking</option> à <filename>configure</filename>.
|
|
65 Rappelez-vous que vous êtes seul et donc <emphasis role="bold">de ne pas rapporter de bogues</emphasis>.
|
|
66 Si vous le faites, vous serez juste insulté voir banni de nos listes de diffusion car
|
|
67 nous en avons plus qu'assez des empoignes sur GCC 2.96. S'il vous plaît, restons-en là.
|
|
68 </para>
|
|
69 </formalpara>
|
|
70
|
|
71 <para>
|
|
72 Si vous avez des problèmes avec GCC 2.96, vous pouvez obtenir les paquetages 2.96-85
|
|
73 sur le <ulink url="ftp://updates.redhat.com">serveur ftp</ulink> de Red Hat, ou
|
|
74 d'utiliser les paquetages 3.0.4 offerts avec la version 7.2 et supérieur. Vous pouvez
|
|
75 également obtenir les <ulink url="ftp://people.redhat.com/jakub/gcc/3.2-10/">paquets gcc-3.2-10</ulink>
|
|
76 (non officiels, mais fonctionnant bien) et vous pouvez les installer avec le GCC 2.96
|
|
77 que vous avez déjà. Mplayer les détectera et utilisera 3.2 au lieu de 2.96. Si vous ne
|
|
78 voulez pas ou ne pouvez pas utiliser les paquetages binaires, voici comment vous pouvez
|
|
79 compiler GCC 3 depuis les sources:
|
|
80 </para>
|
|
81
|
|
82 <procedure>
|
|
83 <step><para>
|
|
84 Allez sur la
|
|
85 <ulink url="http://gcc.gnu.org/mirrors.html">page des miroirs GCC</ulink>
|
|
86 et téléchargez <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename> où
|
|
87 <replaceable>XXX</replaceable> est le numéro de version. Ceci inclue le compilateur C
|
|
88 complet et est suffisant pour <application>MPlayer</application>. Si vous voulez
|
|
89 aussi C++, Java ou certaines autres fonctions avancées de GCC,
|
|
90 <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> pourrait mieux convenir à vos besoins.
|
|
91 </para></step>
|
|
92 <step><para>
|
|
93 Décompressez l'archive avec
|
|
94 <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen>
|
|
95 </para></step>
|
|
96 <step><para>
|
|
97 GCC n'est pas construit depuis le répertoire source lui-même comme c'est le cas pour
|
|
98 la plupart des programmes, mais a besoin d'un répertoire de construction à l'extérieur
|
|
99 du répertoire source. Vous devez donc créer ce répertoire via
|
|
100 <screen>mkdir gcc-build</screen>
|
|
101 </para></step>
|
|
102 <step><para>
|
|
103 Ensuite vous pouvez procéder à la configuration de GCC dans le répertoire de
|
|
104 construction, mais vous aurez besoin de le configurer depuis le répertoire source:
|
|
105 <screen>
|
|
106 cd gcc-build
|
|
107 ../gcc-3.<replaceable>XXX</replaceable>/configure</screen>
|
|
108 </para></step>
|
|
109 <step><para>
|
|
110 Compilez GCC en tapant cette commande dans le répertoire de construction:
|
|
111 <screen>make bootstrap</screen>
|
|
112 </para></step>
|
|
113 <step><para>
|
|
114 Maintenant vous pouvez installer GCC (en root) en tapant
|
|
115 <screen>make install</screen>
|
|
116 </para></step>
|
|
117 </procedure>
|
|
118 </sect1>
|
|
119
|
|
120
|
|
121 <sect1 id="mplayer-binary">
|
|
122 <title>Distribution binaire</title>
|
|
123
|
|
124 <para>
|
|
125 <application>MPlayer</application> contenait précédemment du code source du projet
|
|
126 OpenDivX, qui interdit toute redistribution binaire. Ce code à été retiré depuis la
|
|
127 version 0.90-pre1 et le fichier résultant <filename>divx_vbr.c</filename> qui est
|
|
128 dérivé des sources OpenDivX à été placé sous GPL par ses auteurs au moment de la
|
|
129 version 0.90pre9. Vous êtes maintenant invité à créer des paquetages binaires si vous
|
|
130 en avez l'utilité.
|
|
131 </para>
|
|
132
|
|
133 <para>
|
|
134 D'autres impératifs pour la redistribution étaient les optimisations de compilation
|
|
135 pour l'architecture binaire. <application>MPlayer</application> supporte maintenant
|
|
136 la détection CPU (spécifiez l'option <option>--enable-runtime-cpudetection</option>
|
|
137 à la configuration). Elle est désactivée par défaut parce quelle implique un petit
|
|
138 sacrifice de vitesse, mais il est maintenant possible de créer des binaires qui
|
|
139 fonctionneront sur les différents membres de la famille de CPU Intel.
|
|
140 </para>
|
|
141 </sect1>
|
|
142
|
|
143
|
|
144 <sect1 id="nvidia-opinions">
|
|
145 <title>nVidia</title>
|
|
146
|
|
147 <para>
|
|
148 Nous n'aimons pas le fait que <ulink url="http://www.nvidia.com">nVidia</ulink> ne
|
|
149 fournisse que des pilotes binaires (à utiliser avec XFree86), qui sont souvent bogués.
|
|
150 Nous avons eu de nombreux rapports sur
|
|
151 <ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>
|
|
152 à propos de problèmes relatif à ces pilotes closed-source et à leur piètre qualité,
|
|
153 leur instabilité et le piètre support utilisateur et expert. Voici un exemple tiré du
|
|
154 <ulink url="http://www.nvnews.net/forum/showthread.php?s=fda5725bc2151e29453b2da3bd5d2930&threadid=14306">Forum nVidia Linux</ulink>.
|
|
155 Beaucoup de ces problèmes continuent de ce répéter. Nous avons contacté nVidia
|
|
156 récemment, et ils nous ont dit que ces bogues n'existaient pas, que l'instabilité
|
|
157 était causée par de mauvais chips AGP, et qu'ils n'avaient pas reçu de rapports de
|
|
158 bogues (comme la ligne violette). Donc si vous avez un problème avec votre carte
|
|
159 nVidia, nous vous conseillons de mettre à jour le pilote nVidia et/ou d'acheter une
|
|
160 nouvelle carte mère ou de demander à nVidia de fournir des pilotes open-source. Dans
|
|
161 tous les cas, si vous utilisez les pilotes binaires nVidia et rencontrez des problèmes
|
|
162 liés, soyez conscient que vous ne recevrez que peu d'aide de notre part car nous avons
|
|
163 trop peu de pouvoir pour améliorer les choses.
|
|
164 </para>
|
|
165 </sect1>
|
|
166
|
|
167
|
|
168 <sect1 id="joe-barr">
|
|
169 <title>Joe Barr</title>
|
|
170
|
|
171 <para>
|
|
172 Joe Barr est devenu tristement célèbre pour avoir écrit une moins-que-favorable
|
|
173 <ulink url="http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
|
|
174 critique de <application>MPlayer</application></ulink>. Il a trouvé <application>MPlayer</application>
|
|
175 difficile à installer, mais là encore ce n'est pas un passionné de la
|
|
176 <ulink url="http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">lecture de documentation</ulink>.
|
|
177 Il a également conclu que les développeurs n'étaient pas amicaux et que la documentation
|
|
178 était incomplète et insultante. Vous êtes seul juge. Il à ensuite mentionné négativement
|
|
179 <application>MPlayer</application> dans ses
|
|
180 <ulink url="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 prédictions Linux pour 2002</ulink>.
|
|
181 Puis dans une
|
10144
|
182 <ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">critique de xine</ulink>
|
10109
|
183 il a continué d'alimenter la controverse. Ironiquement à la fin de cet article il cite
|
10144
|
184 son échange avec Günter Bartsch, l'auteur original de <application>xine</application>,
|
10109
|
185 qui résume parfaitement la situation:
|
|
186
|
|
187 <blockquote><para>
|
|
188 Toutefois, il a ajouté qu'il avait été "surpris" par mon papier à propos de <application>MPlayer</application>
|
|
189 et pensait que c'était déloyal, me rappelant que c'est un projet de logiciel libre.
|
|
190 "Si vous ne l'aimez pas," à dit Bartsch, "vous êtes libre de ne pas l'utiliser."
|
|
191 </para></blockquote>
|
|
192 </para>
|
|
193
|
|
194 <para>
|
|
195 Il ne réponds pas à nos courriers. Son éditeur ne réponds pas à nos courriers. Voici
|
|
196 quelques citations de différentes personnes à propos de Joe Barr, pour que vous
|
|
197 puissiez vous faire votre propre opinion:
|
|
198 </para>
|
|
199
|
|
200 <para>
|
|
201 Marc Rassbach a
|
|
202 <ulink url="http://daily.daemonnews.org/view_story.php3?story_id=2102">quelque chose à dire</ulink>
|
|
203 à propos de l'homme.
|
|
204
|
|
205 <blockquote><para>
|
|
206 Vous devriez tous vous rappeler la LinuxWorld 2000, quand il prétendait que Linus T
|
|
207 avait dit que 'FreeBSD n'est qu'une poignée de programmeurs'. Linus n'a RIEN dit de tel.
|
|
208 Quand Joe à été contacté là-dessus, sa réaction a été de traiter les supporters de BSD
|
|
209 de trous du cul et de connards.
|
|
210 </para></blockquote>
|
|
211 </para>
|
|
212
|
|
213 <para>
|
|
214 Une <ulink url="http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">citation</ulink>
|
|
215 de Robert Munro sur la liste de diffusion
|
|
216 <ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>:
|
|
217
|
|
218 <blockquote>
|
|
219 <para>
|
|
220 Il est intéressant, mais pas très bon pour éviter, um... la controverse. Joe Barr était
|
|
221 un des habitués du forum Canopus de Will Zachmann sur Compuserve, il y a des années de
|
|
222 ça. C'était alors un défenseur d'OS/2 (dont j'étais fan moi aussi).
|
|
223 </para>
|
|
224
|
|
225 <para>
|
|
226 Il avait l'habitude d'exagérer, d'insulter les gens, et je suppose qu'il a dû avoir des
|
|
227 moments difficiles, alors. Il en à tiré une certaine maturité, à en juger par ces
|
|
228 derniers papiers. L'humour modérément subtil n'était pas son fort à cette époque, mais
|
|
229 alors pas du tout.
|
|
230 </para>
|
|
231 </blockquote>
|
|
232 </para>
|
|
233
|
|
234 </sect1>
|
|
235 </appendix>
|