static-Funktionen: Deklaration & Defintion

blub() darf nicht static sein

EDIT: ... oder muss nochmals in file_b.c enthalten sein.

Wenn blub() static ist, dann ist es für den Linker nur in der 
Übersetzungseinheit sichtbar, in der es steht (definiert wird), also 
file_a.c bzw. file_a.o (als Kompilat).

Du könntest es mit inline in file_a.h reinschreiben, dann 'sehen' es 
beide Übersetzungseinheiten.

Was mit static oder extern in einem .h-File drinsteht, dient nur dazu 
dem Compiler die Schnittstelle (Prototyp) einer Funktion bekannt zu 
machen (= Deklaration).

Gruß
Hermann-Josef

EDIT: Dein Beitrag von 14:15: Ja, genau so ist es in C.

Joel schrieb:
> Das bedeutet, dass auf die
> Funktion/Variable nur in der Datei, in der sie steht, zugegriffen werden
> kann.

Streng genommen: nicht "Datei", sondern "Übersetzungseinheit".  Das
ist die Datei selbst sowie alle von ihr inkludierten Dateien.

static-Funktionen sind private Funktionen, die nur in der 
Übersetzungseinheit verwendet werden können, in der sie definiert sind. 
Mit "static" sagt man also explizit, dass die Funktion nicht von 
außerhalb aufgerufen werden darf.

Daher macht es keinen Sinn, static-Funktionen in einer Headerdatei zu 
deklarieren. In der h-Datei stehen nur die öffentlichen (non-static) 
Funktionen, die von anderen Modulen aus aufgerufen werden sollen. Alles 
was nur für das Modul selbst und nicht für den Aufrufer relevant ist, 
hat in der Headerdatei nichts verloren.

Das gilt übrigens auch für Variablen: Alle "globalen" Variablen, die nur 
innerhalb eines Moduls verwendet werden (das sollte der Regelfall 
sein!), gehören mit static deklariert, damit es zu keinen Konflikten mit 
anderen C-Dateien kommt.

Fabian O. schrieb:
> Daher macht es keinen Sinn, static-Funktionen in einer Headerdatei zu
> deklarieren.

Mit einer prominenten Ausnahme: "static inline" für kleine Funktionen,
die sowieso an jeder Stelle durch den Compiler inline eingefügt werden
sollen.  Damit sind sie ja zwangsweise in jeder Übersetzungseinheit
separat zu implementieren (und zwar ggf. sogar mehrfach).

Jörg Wunsch schrieb:
> Damit sind sie ja zwangsweise in jeder Übersetzungseinheit
> separat zu implementieren (und zwar ggf. sogar mehrfach).

Vor allem befreit man den Compiler so von der Pflicht, auch eine 
non-inline-Version der Funtion zu erzeugen. Ohne static muß er das, da 
die Funktion ja auch aus einer anderen Übersetzungeinheit heraus 
aufgerufen werden könnte.