mpv/DOCS/German/gcc-2.96-3.0.html

132 lines
4.8 KiB
HTML
Raw Normal View History

<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<73>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<6E>glich war die Problemen selbst zu reproduzieren oder
deren genaue Ursache zu verstehen, vermuten wir mit einem grossen Grad an
<20>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<EFBFBD>r die Leute dir regelm<6C><6D>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<6C><6D>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<65>st, wenn man einen andere
Version von gcc verwendet. Ich verstehe das gcc 2.96 verschiedene standardgem<65><6D>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<EFBFBD>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<69>lich hat er den Avifile-Quellcode ge<67>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
einen der gcc Helfer gesprochen und sie haben mit gesagt, dass gcc 2.96 und 3.x
Intel ASM Syntax unterst<73>tzen und dies der Ausl<73>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<65>st, nun gibt es Warnungen aus und
umgeht den Block nicht mehr. (zumindet hat er es mit gesagt, ich habe es nicht gepr<70>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 3.x Versionen. <B>Nur 2.96 ist defekt</B>, aber ist es abh<62>ngig
von einigen Umgebungselementen, wie gcc 2.96 Release Number, eingeschaltete MPlayer-Features, usw.
<I>Wenn es bei dir mit gcc 2.96 funktioniert, heisst das nicht, dass es <20>berall funktioniert.</I>
</P>
<P>
<B>Frage:</B> Nein! Ihr liegt falsch! Es funktioniert alles mit gcc 2.96, <I>au<EFBFBD>er</I> MPlayer ...
</P>
<P>
<B>Answer:</B>
</P>
<P>
Nein. Du liegst falsch!
Einige Projekte (haupts<74>chlich Projekte, die Quelltext mit stark optimiertem
inline ASM Code) haben Probleme mit gcc 2.96. Zum Beispiel: avifile, MESA / DRI, Wine, ffmpeg, lame.
Aber andere Projekte habe habe bereits einen Workaround f<>r die gcc Bugs eingebaut (<28>nderung
des Quellcodec er Compiler Bugs ausl<73>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. Seih froh. Aber du musst wiessen, das es von manchen Umgebungselementen, wie
gcc 2.96 Release Number, eingeschaltete MPlayer-Features, usw. abh<62>ngen kann.
<I>Wenn es bei dir mit gcc 2.96 funktioniert, heisst das nicht, dass es <20>berall funktioniert!</I>
Das bedeutet nur das du gl<67>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 <20>ber gcc 2.96.
</P>
</FONT>
</BODY>
</HTML>