Hi!
Am 2003-06-15 23:48 +0200 schrieb Jan Rakelmann:
ich wollte heute mir einen neuen Kernel bauen und dabei den Framebuffer-Support wieder rauswerfen. Hintergrund dazu sind Fehlermeldungen die ich bei kleinen OpenGL-Programmen bekomme und ich vermute dass der Framebuffer-Support der Störenfried dabei ist.
Leider stelle ich mich etwas dumm dabei an. Der Compiler bemerkt während des Duchlaufes einige nicht initialisierte Variablen und bricht dann ab.
Echt? Ich habe mir gestern auch den neuen Kernel gebaut (allerdings mit grsecurity-Patch), lief einwandfrei durch. Kannst Du mal die konkrete Ausgabe und Deine .config schicken?
/usr/bin/gcc linkt auf /usr/bin/gcc.wrapper, dieses ist ein Perlscript und ruft /usr/bin/gcc.real auf, dies ist ein Link auf /usr/bin/gcc-3.3
Meintest Du nicht, Du benutzt Debian testing? Bei mir ist /usr/bin/gcc direkt ein Symlink auf /usr/bin/gcc-3.3, das da oben kommt mir sehr verwurschtelt vor. Allerdings ist gcc-3.3 auch der einzige Compiler, den ich installiert habe.
Sind Probleme hinsichtlich gcc-3.3 und Debian Testing bekannt?
Mir nicht, ich benutze ihn auch sehr oft. Ich bin da allerdings keine Autorität.
Was habe ich zu lesen, oder wo habe ich zu suchen?
Vielleicht mal auf debian-devel oder debian-gcc?
Ich dachte immer dass sich nur im C++-Bereich des Compilers Änderungen sich vollzogen haben, bin wohl auf dem Holzweg?
IIRC hat sich nur das C++-ABI verändert. Ausserdem hast Du den Kernel doch frisch übersetzt, oder? IMHO gibt es nur Probleme mit verschiedenen Kernelversionen, wenn z. B. ein mit gcc-3.3 compiliertes Programm eine mit 2.95 compilierte Bibliothek verwendet; aber der Kernel benutzt ja keine Bibliotheken.
Wenn der Kernel nicht kompiliert, sondern mit einem Fehler abbricht, dann ist das eindeutig ein Kernelbug (ging mir mit 2.4.20 so, der wollte einfach nicht linken, 2.4.21 geht jetzt). Natürlich modulo der Annahme, dass die Toolchain auf aktuellem Stand ist, aber wenn Dein testing aktuell ist, sollte die toolchain okay sein.
Ciao, Pitti