Grep Meldungen

[mike (Gast)]

Hallo!

Ich verwende AVR Studio in Verbindung mit WinAVR und habe meinem alten 
Programm eine weitere Funktion hinzugefügt.
Nun bekomme ich beim compilieren folgende Meldungen mit denen ich nicht 
viel anfangen kann.

Die erste Meldung lautet:
../common/xyz:887: whitespace at end of line.
Diese wird auch noch für mehrere weiter Zeilen angezeigt.

Und die zweite lautet:
../common/xyz:244: 8-bit character(s).

Vorallem die erste Meldung kann ich mir nicht erklären. Denn ich habe 
vor und nach meiner Funktion nichts verändert. Die Meldung bezieht sich 
auf Codeteile die nach meiner Funtion kommen.

Kann mir jemand diese Meldungen erklären und wie ich sie beheben kann? 
Anscheinend haben sie ja keine Auswirkungen auf die Funktion meines 
Programmes.

Vielen Dank schon mal!

mike

[Jörg W. (dl8dtl) (Moderator)]

mike wrote:

(Grep?  GCC wohl...)

> Die erste Meldung lautet:
> ../common/xyz:887: whitespace at end of line.

Und, was steht denn am Ende dieser Zeile(n)?

Ich habe die Meldung noch nicht gesehen, meine Vermutung ist, dass
du continuation lines der Form

#define FOO \
   bar \
   mumble

hast und dass zwischen Backslash und Newline noch Leerzeichen oder
Tabs drin sind.

> Und die zweite lautet:
> ../common/xyz:244: 8-bit character(s).

Die ist ja nun eindeutig.  Du versuchst, im normalen C-Code (also
außerhalb eines Kommentars) nicht-ASCII-Zeichen zu benutzen.

[mike (Gast)]

Danke für deine Antwort.

Dein Tipp mit den Leerzeichen bzw. Tabs war goldrichtig!!


Wegen der character meldung:
Mir ist aufgefallen, dass alle Zeilen die mir angegeben werden Anfänge 
von Kommentaren sind. Ich leite Kommentare mit /* ein und beeende diese 
wieder mit */. Also ganz normal...
Einziger unterschied, ich verwende innerhalb des Kommentars noch 
Anweisungen für doxygen.

Auf die Lauffähigkeit des Codes dürften sich diese Meldungen aber nicht 
auswirken, oder?

[Jörg W. (dl8dtl) (Moderator)]

mike wrote:

> Auf die Lauffähigkeit des Codes dürften sich diese Meldungen aber nicht
> auswirken, oder?

Keine Ahnung, dazu müsstest du schon ein fragliches File mal 1:1
rüber reichen.

Kann es sein, dass du "non-breakable spaces" (Code 0xa0 statt 0x20)
irgendwo als Leerzeichen benutzt?