summaryrefslogtreecommitdiffstats
path: root/DOCS/German/gcc-2.96-3.0.html
blob: 728b8dbf7217356b0ed491d4cf32c4f446ed3719 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
<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>