C Bibliothek für AVR

Gast #4999287
Hallo,
Ich habe für meinen µC (Atmel) in Atmel Studio ein Programm geschrieben. 
Zusätzlich habe ich noch zum Projekt ein Bibli.c und ein Bibli.h File 
hinzugefügt.

Jetzt ist es so, dass ich in Bibli.h die "originale" bibliothek 
<avr/io.h> eingebunden habe, und in Bibli.c auf meine Bibli.h verweise. 
m´Mit
#include "Bibli.h"

Wenn ich aber in meiner Bibli.C ein Register beschreiben will, z.b.
DDRA=(1<<PA2);
dann sagt mir der Compiler
'DDRA' undecleared(first use in this function)
D.h. er kennt die ganzen Makros von der avr/io bibliothek nicht, obwohl 
ich sie ja über einen verweis auf mein .h -File eingebunden habe....
Wenn ich jetzt aber direkt im Bibli.c -File die Bibliothek <avr/io> 
einziehe,
dann kennt er auf einmal die Makros und Konstanten.....kann mir wer 
sagen, warum ich die Bibliothek, die ich im HeaderFile habe, in darauf 
verweisenden Files nicht nutzen kann ?? Danke schon mal im Voraus
mfg Felix
Gast #4999303
Ok, hab schon die Lösung....in Wirklichkei hatte ich für das 
Schieberegister 74HC165 einen Bibliothek geschrieben und die dateien 
74HC165.h und .c getauft
Aber das hat ihm nicht geschmeckt, dass die Namen mit Ziffern anfangen,
LG
Gast #4999715
Die Kombination aus "\" und Ziffer wird von manchen Tools als 
Steuerzeichen interpretiert. Und dann bekommt die Toolchain unter 
Umständen den "Schluckauf". Eine mögliche Abhilfe ist, bei den erzeugten 
Pfad-Ketten jeweils einen doppelten Backslash zu benutzen. Dies wir von 
den Tools dann als Escape-Character erkannt und der Backslash als 
solcher benutzt und nicht mit der nachfolgenden Ziffer zusammengelegt.

Das kann, muss aber nicht die Lösung sein.

Ich bin allerdings generell dagegen, Ziffern als erstes Zeichen eines 
Dateinamens (oder auch Verzeichnisnamens) zu verwenden. Man spart sich 
damit jede Menger Ärger. Nicht alles was von Betriebssystem aus geht, 
sollte man auch benutzen: Umlaute, Leerzeichen in Namen, Ziffern am 
Anfang,... Ist aber nur mein persönlicher Stil.
Moderator Persönliche Seite #4999773
Hoschti schrieb:
> Die Kombination aus "\" und Ziffer wird von manchen Tools als
> Steuerzeichen interpretiert.

Nicht nur Ziffern, auch Buchstaben können als Escape-Sequenz
angesehen werden (\a \r \n).

> Und dann bekommt die Toolchain unter
> Umständen den "Schluckauf". Eine mögliche Abhilfe ist, bei den erzeugten
> Pfad-Ketten jeweils einen doppelten Backslash zu benutzen.

Bessere Abhilfe: keine Backslashes schreiben.  Seit MS-DOS 3.x
gehen auch dort intern (in den Systemaufrufen) Vorwärtsstriche.  Nur
command.com / cmd.exe hat ein Problem damit, aber wenn eine Shell
wie die Bash (vermutlich hier, über "make" aufgerufen) involviert ist,
dann ist der das ja egal.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 9 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.