mpv/DOCS/Italian/users_against_developers.html

140 lines
7.4 KiB
HTML
Raw Normal View History

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<TITLE>Lamentele degli sviluppatori - MPlayer - Movie Player per Linux</TITLE>
<LINK REL="stylesheet" TYPE="text/css" HREF="default.css">
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
</HEAD>
<BODY>
<P><B><I>Appendice E - Lamentele degli sviluppatori</I></B></P>
<P>Ci sono due argomenti principali che causano sempre grandi dispute e flame sulla mailing list degli
<A HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">utenti-mplayer</A>.
Il numero uno <20> naturalmente l'argomento</P>
<A NAME="gcc"><P><B><I>GCC 2.96</I></B></P>
<P>Il <I>retroscena</I> : C'erano/ci sono le serie GCC <B>2.95</B>. Il migliore
era il 2.95.3 . Per favore nota lo stile di numerazione delle versioni.
Cos<EFBFBD> <20> come il team GCC numera i loro compilatori. Quelli della serie 2.95 sono buoni.
Non abbiamo mai visto nulla compilato male a causa di errori del 2.95.3.</P>
<P><B>Le dichiarazioni:</B> Il team GCC dichiarato di non avere nessun collegamento col GCC 2.96 e ha dato una
<A HREF="http://gcc.gnu.org/gcc-2.96.html">risposta ufficiale</A> riguardante il GCC 2.96.
Molti sviluppatori nel mondo hanno cominciato a riscontrare problemi col GCC 2.96, e
hanno cominciato a raccomandare altri compilatori. Esempi sono
<A HREF="http://www.apachelabs.org/apr-mbox/200106.mbox/%3c20010623194228.C25512@ebuilt.com%3e">Apache</A>,
<A HREF="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</A>,
<A HREF="http://avifile.sourceforge.net/news-old1.htm">avifile</A> e
<A HREF="http://www.winehq.com/news/?view=92#RH 7.1 gcc fixes compiler bug">Wine</A>.
Altri link interessanti sono
<A HREF="http://www.realtimelinux.org/archives/rtai/20017/0144.html">Real time Linux</A>,
<A HREF="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
Linux kernel news flash about kernel 2.4.17</A> e
<A HREF="http://www.voy.com/3516/572.html">Voy Forum</A>.
Anche <B>MPlayer</B> ha sofferto di problemi intermittenti che si sono tutti risolti
cambiando versione di GCC. Alcuni progetti hanno cominciato a implementare metodi
per aggirare alcuni dei problemi del 2.96, ma noi ci siamo rifiutati di correggere i bug di altri,
specialmente perch<63> alcuni di questi metodi implicano un calo delle prestazioni.</P>
<P>Puoi leggere l'altro lato della storia
<A HREF="http://www.bero.org/gcc296.html">qui</A>.
GCC 2.96 non permette i caratteri | (pipe) nei commenti in assembler
perch<EFBFBD> supporta sia la sintassi Intel che AT&amp;T e il carattere |
<EFBFBD> un simbolo nella variante Intel. Il problema <20> che ignora <B>silenziosamente</B>
l'intero blocco in assembler. Questo dovrebbe essere stato corretto ora, GCC stampa un avvertimento
invece di saltare il blocco.</P>
<P><B>Il presente:</B> Red Hat dice che il GCC 2.96-85 e superiori sono stati corretti. La
situazione <20> migliorata, ma noi vediamo ancora segnalazioni di problemi sulle nostre
mailing list che scompaiono con un diverso compilatore. In ogni caso non importa
pi<EFBFBD>. Si spera che il maturante GCC 3.x risolver<65> la questione per il meglio.
Se desideri compilare col 2.96 passa l'opzione <CODE>--disable-gcc-checking</CODE>
a configure. Per<65> devi arrangiarti da solo, <B>non segnalare nessun
bug</B>. Se lo farai, sarai solo escluso dalla mailing list perch<63>
abbiamo avuto gi<67> abbastanza flame sul GCC 2.96.</P>
<P>Se hai problemi col GCC 2.96, puoi prendere i pacchetti 2.96-85 dal
<A HREF="ftp://updates.redhat.com">server ftp</A> della RedHat, usa i pacchetti
3.04 offerti per la versione 7.2 e successive. Puoi anche prendere i pacchetti del gcc-3.1
(non ufficiali, ma funzionano bene)
<A HREF="ftp://people.redhat.com/jakub/gcc3/3.1-1/">qui</A> e puoi
installarli insieme al gcc-2.96 che gi<67> hai. MPlayer lo riconoscer<65> e user<65>
il 3.1 invece del 2.96. Se non vuoi o non puoi usare
i pacchetti binari, ecco come compilare il GCC 3.1 dai sorgenti:</P>
<UL>
<LI>Vai alla pagina dei<A HREF="http://gcc.gnu.org/mirrors.html">mirror di GCC</A>
e scarica <CODE>gcc-core-3.1.tar.gz</CODE>. Questo include il completo
compilatore C ed <20> sufficente per <B>MPlayer</B>. Se vuoi anche
C++, Java o altre caratteristiche avanzate di GCC
<CODE>gcc-3.1.tar.gz</CODE> potrebbe soddisfare meglio le tue esigenze.</LI>
<LI>Estrai l'archivio con<BR>
<CODE>tar -xvzf gcc-core-3.1.tar.gz</CODE></LI>
<LI>GCC non viene compilato all'interno della directory dei sorgenti come la maggior parte dei programmi,
ma necessita una directory esterna. Quindi bisogna crearla con<BR>
<CODE>mkdir gcc-build</CODE></LI>
<LI>Quindi si pu<70> procedere a configurare gcc in questa directory, ma devi usare il
configure dei sorgenti:<BR>
<CODE>cd gcc-build<BR>
../gcc-3.1/configure</CODE></LI>
<LI>Compila GCC passando questo comando:<BR>
<CODE>make bootstrap</CODE></LI>
<LI>Ora puoi installare GCC (da root) facendo<BR>
<CODE>make install</CODE></LI>
</UL>
<P><A NAME="binary"><B>Distribuzione binaria di MPlayer</B></A></P>
<P>Questo era il secondo grande problema, ma <20> stato risolto dalla versione
0.90-pre1. <B>MPlayer</B> in precedenza conteneva dei sorgenti del progetto OpenDivX,
che non permetteva la ridistribuzione binaria. Questo codice <20> stato rimosso e ora
puoi creare pacchetti binari se vuoi.</P>
<P>Un altro impedimento alla distribuzione binaria erano le ottimizzazioni di compilazione
per l'architettura della CPU. <B>MPlayer</B> ora supporta il riconoscimento della CPU a runtime
(specifica l'opzione <CODE>--enable-runtime-cpudetection</CODE> al momento della compilazione).
E' disabilitato di default perch<63> implica un piccolo sacrificio di velocit<69>,
ora <20> possibile creare file binari che possono essere eseguiti su diversi membri
della famiglia di CPU della Intel.</P>
<A NAME="nvidia"><P><B><I>NVidia</I></B></P>
<P>Non ci piacciono i driver binari di nvidia, la loro qualit<69>, instabilit<69>,
l'inesistente supporto all'utente, la regolare comparsa di nuovi bug. E la maggior parte degli utenti fa
lo stesso. Ultimamente siamo stati contattati da NVidia, e loro hanno detto che questi bug non
esistono, l'instabilit<69> <20> causata da pessimi chip AGP, e che non hanno ricevuto nessuna segnalazione
di bug del driver (la linea viola, per esempio). Quindi: se hai problemi con
la tua NVidia, aggiorna il driver nvidia e/o compra una nuova
scheda madre.</P>
<A NAME="barr"><P><B><I>Joe Barr</I></B></P>
<P>Non risponde alle nostre mail. Il suo editore non risponde alle nostre mail.
La rete <20> piena delle sue false dichiarazioni e accuse (apparentemente non
gli piacciono i ragazzi BSD, a causa dei loro diversi punti di vista
[su cosa?]).</P>
<P>Ora alcune citazioni di diverse persone circa Joe Barr (solo per farvi sapere
perch<EFBFBD> non conta assolutamente niente):</P>
<P><I>"Voi tutti ricorderete il LinuxWorld 2000, quando lui afferm<72> che Linus T disse
che 'FreeBSD <20> solo un aiuto per i programmatori'. Linus non disse NIENTE del
genere. Quando furono chieste spiegazioni a Joe, la sua reazione fu quella di chiamare tutti i sostenitori BSD
stupidi e tonti."</I></P>
<P><I>"E' interessante, ma non <20> bravo ad evitare, um... le discussioni. Joe Barr
era regolarmente presente sul forum Canopus di Zachmann su Compuserve,
anni fa. Allora era un sostenitore di OS/2 (anche io ero un fan di OS/2).
Era solito passare il limite, insultando la gente, e credo che avesse passato dei brutti quarti d'ora,
al tempo. Si <20> ammorbidito un po' recentemente, giudicando dalle sue colonne. L'umorismo moderatamente
subdolo non era suo uso a quei tempi, per niente."</I></P>
</BODY>
</HTML>