RepoMirrors/mpv
1
0
Fork 0
mirror of https://github.com/mpv-player/mpv synced 2025-03-05 05:37:37 +00:00
Code Issues Releases Wiki Activity

obsoleted by users_against_developers.html

Browse Source 
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@6153 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
jonas 2002-05-21 18:58:56 +00:00
parent 9d60fcdfcb
commit b9a6046b0f
1 changed files with 0 additions and 133 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

133
DOCS/German/gcc-2.96-3.0.html
View File

@ -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>