Hallo,

erst einmal eines vorne weg:
Es handelt sich hier um Treiberquellen, nicht um Kernelquellen.
Die Kernelquellen folgen sehr viel strengeren Richtlinen als
die diversen Treiberprogramme, die oftmals von Lust und Laune
des jeweiligen Herstellers abh�ngen.

Sie (Matthias Fechner) schrieben:

> aic7xxx_osm.o aic7xxx_osm.c
> aic7xxx_osm.c:420:27: missing terminating " character
> aic7xxx_osm.c:439:1: missing terminating " character

Daf�r ist in 420 (z.B.) dieser Codeteil verantwortlich:

------------------------------------------------------------------> SNIP
MODULE_PARM_DESC(aic7xxx, "period delimited, options string.
     verbose                    Enable verbose/diagnostic logging
.
.
.
u.s.w.
------------------------------------------------------------------> SNIP

Man muss in ANSI-C bei jedem String, der sich �ber mehre Zeilen
erstreckt, einen Backslash am Ende jeder Zeile anf�gen, solange bis der
String schlie�lich mit einem " terminiert.
Also z.B.

------------------------------------------------------------------> SNIP
MODULE_PARM_DESC(aic7xxx, "period delimited, options string.\
     verbose                    Enable verbose/diagnostic logging\
.
.
.
u.s.w.
------------------------------------------------------------------> SNIP

Das sollte eigentlich jeder C-Programmierer ohne nach denken zu m�ssen
wissen.
Warum das nun in aic7xxx_osm.c (zumindest teilweise) nicht der Fall ist
vestehe ich im Moment noch gar nicht.

Normalerweise sollte sich ein C-Compiler weigern so etwas zu �bersetzen
und Ihrer tut das ja offenbar auch.

Wenn ich nun auf meinen System (Debian Woody) folgendes Programm mit
einem einfachen Aufruf (ohne Schalter) von gcc (/usr/bin/gcc-2.95) zur
�bersetzung bringe:

--------------------------------------> SNIP
#include <stdio.h>

int main () {
 printf("Hallo
         Welt!\n");
 
 exit(0);
} 
--------------------------------------> SNIP

So �bersetzt es der Compiler klaglos.
Ganz so als h�tte ich (korrekt)

 printf("Hallo\n\
         Welt!\n");

geschrieben.

Rufe ich den Compiler hingegen mit dem Schalter "-pedantic-errors" auf,
so verh�lt er sich wie ein ANSI-C-Compiler und bricht mit einer
Fehlermeldung ab.

Propriet�re Erweiterungn von Standardsprachen wie ANSI-C f�hren sehr
schnell zu Schwierigkeiten und erschweren die Portierbarkeit von
Software enorm.

Welchen C-Compiler benutzen Sie eigentlich?
Auf was f�r einem System arbeiten Sie?

Ich habe in Ihrem Compileraufruf kein 
"-pedantic-errors" endecken k�nnen.
Spielen Sie mal etwas mit den Optionen Ihres Compilers,
bei gleichzeitiger Konsultation der entsprechenden man pages.

Ich benutzt den aic7xxx ebenfalls.
Habe allerdings mit dem NICHT ANSI-C konformen gcc-2.95 �bersetzt
(nat�rlich OHNE "-pedantic-errors").

- oliver























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

Antwort per Email an