C-Code in neuer Datei auslagern

Guten Morgen,

ganz blöd gefragt:
Header-Dateien (xxx.h) sind dir ein Begriff, du hast die entsprechenden 
Funktionen in deiner Headerdatei aufgeführt und diese auch korrekt in 
deiner Haupt-c-Datei eingebunden?

Das könnte z.B. so aussehen:

extern.c:

1

void MachWasIchDirSage(void)   //Komplette Implementierung der Funktion

2

{

3

//Code

4

}

extern.h:

1

void MachWasIchDirSage(void);  //Hier nur die Funktionssignatur

main.c:

1

#include extern.h              //Einbinden der Headerdatei

2

3

void main()

4

{

5

  MachWasIchDirSage();         //Funktionsaufruf

6

}

Das ist natürlich stark verkürzt, sollte dir aber genug Hinweise geben, 
den Rest bei Google zu finden oder nochmal konkret nachzufragen.

Falls du das alles schon wusstest: Auch gut :)

Viele Grüße

Karsten

> nicht wie beim Arduino

Das macht eben nicht schlau sondern dumm.

Gerald K. schrieb:
> Die neuen Entwicklungsumgebungen nehmen den Benutzer ab sich um den
> Build-Prozess zu kümmern.
Nicht nur die neuen, das gibt es schon lange! Und wenn es das schon 
gibt, warum nicht nutzen?

> Damit bekommt dieser keine Ahnung was sich bei
> diesem Prozess abspielt. Früher mußte man sich mit Makefiles
> herumschlagen. Es wäre sicher sehr lehrreich am Beginn mit selbst
> erstellte Makefile zu arbeiten, bevor man komfortable
> Entwicklungsumgebungen benutzt.
Das ist für mich die selbe Diskussion wie zwischen ASM und Hochsprache.
Es ist interessant und auch nicht falsch, da eine groben Überblick zu 
haben und den Makefile ggf. interpretieren zu können - wie ein 
Assemblerlisting auch. Aber das zwingend zu beherrschen, ist imho nicht 
notwendig.

Ich habe noch nie einen Makefile selber erstellt. Das macht z.B. mein 
AVR-Studio. Ich muss nur lernen, wie ich das bediene und wie ich da 
externe C-Files einbinde - ein Klacks.
Nicht anders, wenn ich  mit Eclipse arbeite.