Als ich meinen nvidia Treiber Compilieren wollte, fragte er nach den Kernel-Headern, da er kein passendes Kernelimage finden konnte.
Das kann ich nachvollziehen, da mit einem neuen Kernel neue Funktionen kommen (im wahrsten Sinne des Wortes) und der Treiber, welcher ja kompiliert werden muss, muss diese Kennen.
Nun hat der Treiber aber noch rumgemeckert, das die Compiler Version (via CRC-Check �berpr�ft) nicht stimmen w�rde und das deshalb die installation abgebrochen w�rde.
Ich habe zuerst nicht verstanden, warum der Compiler dabei eine Rolle spielt.
Ja, ich bin kein Programmierer. ;)
Da ich aber auch nach Informationen f�r die glibc gesucht habe, da ich herrausfinden wollte, ob ich nicht einfach alle Versionen Installieren kann, und ich irgendwie keine Download-Sourcen gefunden habe UND auch mal kurz nachgedacht habe, bin ich darauf gekommen, das die jeweiligen Libs wohl mit den jeweiligen Compilern kommen, also nichts "eigenst�ndiges" sind. *pling* :)
Und demnach gilt:
Eine andere Compilerversion, andere Libs.
Soweit richtig? :D
Dann stellt sich mir aber noch die Frage, warum der Treiber sich nicht kompilieren lie�, wenn die Funktion an sich, der jeweiligen Funktionen doch die selbe ist.
Auf einer Seite die ich hier auch gepostet habe, habe ich gelesen das es Kernel-Code und, uhm, naja, nicht-Kernel-Code gibt. ;)
Somit w�ren die Libs wiederum Kernelabh�ngig.
Also, bevor die Mail ein ungewolltes ausma� annimmt, w�re ich f�r kl�rende Links dankbar.
Keywords um google zu f�ttern w�ren auch schon ganz gebr�uchlich.
MfG,
Wolfgang
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
