Mercurial > mplayer.hg

changeset 6152:2e2adad899e9

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
obsoleted by users_against_developers.html
author jonas
date Tue, 21 May 2002 18:58:56 +0000
parents d2123c79d275
children 045d22fc2608
files DOCS/German/gcc-2.96-3.0.html
diffstat 1 files changed, 0 insertions(+), 133 deletions(-) [+]
line wrap: on
line diff
--- a/DOCS/German/gcc-2.96-3.0.html	Tue May 21 09:04:34 2002 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,133 +0,0 @@
-<HTML>
-
-<HEAD>
-<STYLE>
-       .text
-               {font-family    :       Verdana, Arial, Helvetica, sans-serif;
-               font-size       :       14px;}
-</STYLE>
-</HEAD>
-
-<BODY BGCOLOR=WHITE>
-<FONT CLASS="text">
-
-<P>
-<B>Frage:</B> Was ist GCC 2.96 ? Ich kann es auf der GNU Seite nicht finden.
-</P>
-
-<P>
-<B>Antwort:</B> Lese die <A HREF="http://gcc.gnu.org/gcc-2.96.html">offzielle Antwort vom GNU GCC Team.</A>
-</P>
-
-<P>
-<B>Frage:</B> Was ist das Problem mit GCC 2.96 ? Und mit 3.x ?
-</P>
-
-<P>
-<B>Antwort:</B>
-</P>
-
-<P>Lies in der MySQL Dokumentation :</P>
-
-<P><I>
-  Kompiler Ratschlag: Mehrere unsere Benutzer haben Zufallsabstürze und
-  kaputte Tabellen mit MySQL Binaries gemeldet, welche mit dem gcc 
-  zwei-Punkt-Neun-Sechs auf einer x86 Linux Platform kompiliert wurden.
-  Obgleich es uns unmöglich war die Problemen selbst zu reproduzieren oder
-  deren genaue Ursache zu verstehen, vermuten wir mit einem grossen Grad an 
-  Überzeugung, dass das Problem beim Kompiler liegt. Durch eine Ersetzung des
-  falschen Binarys durch unser eigenes löste das Problem immer. 
-</I></P>
-
-<P>
-Für die Leute dir regelmäßig nach dem genauen Problem bei gcc 2.96 fragen, meine
-Antwort: <I>wir wissen es nicht genau.</I> 
-Es gibt einige Probleme und neue Probleme / Bugs kommen regelmäßig. Es ist
-<I>nicht nur eine Bug/Problem</I>. We bekommen verschiedene Fehlerbericht, die
-meisten sind gcc interne Bugs, Compiler Syntax-Fehler in der Source oder es wurde
-eine schlechte Code kompiliert. Aber sie sind alle gelöst, wenn man einen andere
-Version von gcc verwendet. Ich verstehe das gcc 2.96 verschiedene standardgemäße
-Optimierungen eingestellt hat und dass diese mit unserem Inline ASM Code in Konflikt
-treten, aber wir können diese nicht beheben und wollen es nicht wirklich beheben
-denn es funktioniert mit anderen Compilern oder gcc Versionen und das Beheben
-würde möglichweise einen Geschwindigkeitsverlust bedeuten.
-</P>
-
-<P>
-Ich denke das gcc 2.96 gefixt werden sollte, das es Options-Kompatibel mit anderen
-Releases ist, aber die Leute von RedHat lehnen das ab. Wenn jemeand interessiert ist -
-frag Eugene K., der Avifile Autor, er besitzt eine lange Mails von ihnen, denn er hatte
-dir selben Probleme mit Avifile. Schließlich hat er den Avifile-Quellcode geändert um
-die gcc 2.96 bugs <I>zu umgehen</I>...
-Wir haben dazu aber kein Interesse oder auch nur Zeit.
-</P>
-
-<P>
-Achja und zum Pipe-In-Kommentar-Bug: Es war nicht unser Bug. Ich habe mit
-einem der gcc Helfer gesprochen und sie haben mit gesagt, dass gcc 2.96 und 3.x
-Intel ASM Syntax unterstützen und dies der Auslöser für den Pipe Bug war. Aber es war
-ein Bug, denn gcc hat den ganzen ASM-Block stillschweigend ohne irgendeine Warnung
-ignoriert. <I>Die Entwickler</I> hab das gelöst, nun gibt es Warnungen aus und
-umgeht den Block nicht mehr. (zumindet hat er es mit gesagt, ich habe es nicht geprüft)
-</P>
-
-<P>
-Andere gcc 3.x Probleme kommen von defekten libstdc++ oder glibc Header (std_*.h)
-Installationen. Dies sind nicht unsere Fehler. MPlayer kann kompiliert werden und
-funktioniert gut mit gcc 2.95.3 (<B>MEncoder</B> funktioniert nicht mit 2.95.2,
-weil einige MMX-Instruktionen falsch kompiliert werden). <B>2.96 und 3.0.x sind 
-kaputt</B>. Es hängt jedoch von vielen Umgebungselementen ab, auch der gcc 2.96 
-Releasenummer, den aktivierten Features usw. <I>Wenn gcc 2.96 für dich funktioniert,
-heisst das nicht, dass das für alle gilt.</I>
-</P>
-
-<P>
-<B>Frage:</B> Nein! Ihr liegt falsch! Es funktioniert alles mit gcc 2.96, <I>außer</I> MPlayer !
-</P>
-
-<P>
-<B>Antwort:</B>
-</P>
-
-<P>
-Nein. Du liegst falsch!
-Einige Projekte (hauptsächlich die, welche stark optimierten inline ASM-Code enthalten) 
-haben Probleme mit gcc 2.96. Zum Beispiel: avifile, MESA / DRI, Wine, ffmpeg, 
-lame, NuppelVideo, MySQL. Aber andere Projekte habe habe bereits einen Workaround für die gcc Bugs eingebaut (Änderung
-des Quellcodec er Compiler Bugs auslöst), deshalb funktioniert es nun.
-</P>
-
-<P>
-<B>Frage:</B> Nein! Ihr liegt falsch! Es funktioniert alles mit gcc 2.96, <I>auch</I> MPlayer !
-</P>
-
-<P>
-<B>Antwort:</B>
-</P>
-
-Gut. Sei froh. Aber du musst wiessen, das es von manchen Umgebungselementen, wie
-gcc 2.96 Release Number, eingeschaltete MPlayer-Features, usw. abhängen kann.
-<I>Wenn es bei dir mit gcc 2.96 funktioniert, heisst das nicht, dass es überall funktioniert!</I>
-Das bedeutet nur das du glücklich bist, bust du ein Problem erkennst. Aber vergiss die
-<B>erste Regel für gcc 2.96 User nicht: BERICHTE UNS NIE PROBLEME ODER BUGS WENN DU GCC 2.96 VERWENDEST</B> !
-
-<P>
-<B>Frage:</B> Ok, verstanden. Aber ich will ihm eine Chance geben... wie kann ich mit gcc 2.96 kompilieren?
-</P>
-
-<P>
-<B>Antwort:</B> Wirklich? Bist du sicher? Ok, du weisst es... hier ist es: ./configure --disable-gcc-checking
-</P>
-
-<P>
-<B>Frage:</B> Nein! Ich kann euch nicht zustimmen, denn ...
-</P>
-
-<P>
-<B>Antwort:</B> Das macht uns nichts aus. Spar dir deine Aussagen. 
-Wir sind nicht interessiert an Geschichten über gcc 2.96.
-</P>
-
-</FONT>
-</BODY>
-</HTML>