Mercurial > mplayer.hg
view DOCS/Italian/users_against_developers.html @ 6317:0ed18ccf8a84
Credits updated from Albeu's patch, reordered to match alphabetical sorting
where needed.
author | diego |
---|---|
date | Thu, 06 Jun 2002 22:21:58 +0000 |
parents | 97ac297c649a |
children | dc033b197434 |
line wrap: on
line source
<HTML> <HEAD> <STYLE> .text {font-family : Verdana, Arial, Helvetica, sans-serif; font-size : 14px;} </STYLE> </HEAD> <BODY BGCOLOR=white> <FONT CLASS="text"> <P><B><I>In medias res</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 è 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ì è 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è 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è supporta sia la sintassi Intel che AT&T e il carattere | è un simbolo nella variante Intel. Il problema è 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 è migliorata, ma noi vediamo ancora segnalazioni di problemi sulle nostre mailing list che scompaiono con un diverso compilatore. In ogni caso non importa più. Si spera che il maturante GCC 3.x risolverà la questione per il meglio. Se desideri compilare col 2.96 passa l'opzione <CODE>--disable-gcc-checking</CODE> a configure. Però devi arrangiarti da solo, <B>non segnalare nessun bug</B>. Se lo farai, sarai solo escluso dalla mailing list perchè abbiamo avuto già 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. Se no vuoi o non puoi usare i pacchetti binari, ecco come compilare il GCC 3.0.4 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.0.4.tar.gz</CODE>. Questo include il completo compilatore C ed è sufficente per <B>MPlayer</B>. Se vuoi anche C++, Java o altre caratteristiche avanzate di GCC <CODE>gcc-3.0.4.tar.gz</CODE> potrebbe soddisfare meglio le tue esigenze.</LI> <LI>Estrai l'archivio con<BR> <CODE>tar -xvzf gcc-core-3.0.4.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ò procedere a configurare gcc in questa directory, ma devi usare il configure dei sorgenti:<BR> <CODE>cd gcc-build<BR> ../gcc-3.0.4/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 è 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 è 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. Sebbene questo implichi un piccolo sacrificio per la velocità, è ora possibile creare binari che si possono eseguire su diversi membri della famiglia di CPU di Intel. Per migliori prestazioni puoi disabilitare il riconoscimento della CPU a runtime prima di compilare (<CODE>configure --disable-runtime-cpudetection</CODE>).</P> <A NAME=nvidia><P><B><I>NVidia</I></B></P> <P>Non ci piacciono i driver binari di nvidia, la loro qualità, instabilità, 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à è 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=kotsog><P><B><I>Joe Barr</I></B></P> <P>Non risponde alle nostre mail. Il suo editore non risponde alle nostre mail. La rete è 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è non conta assolutamente niente):</P> <P><I>"Voi tutti ricorderete il LinuxWorld 2000, quando lui affermò che Linus T disse che 'FreeBSD è 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 è 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 è ammorbidito un po' recentemente, giudicando dalle sue colonne. L'umorismo moderatamente subdolo non era suo uso a quei tempi, per niente."</I></P> </HTML>