C++ library Variablen includen

So geht's richtig:

In haus.h:

1

extern unsigned int haus;

in haus.c:

1

#include "haus.h"

2

unsigned int haus=0;

In anderen modulen (z.B. main.c, test2.c):

1

#include "haus.h"

Apropos, irgendwie passt Dein Fehler und Deine Beschreibung nicht 
zusammen !

ZigZeg

Sep schrieb:
> Danke ZigBe
>
> Warum passt das nicht zusammen?

Wenn du DEINEN Code zeigen würdest, dann könnte man dir sagen, wo du den 
Fehler gemacht hast. So wie ZigBe das vorgezeigt hat, ist es richtig.

Sep schrieb:

> Also in .h immer die Deklarierung und in .c immer noch defnieren.

Im Prinzip: ja

> Extern Schlüsselwort, damit ich die Variable auch in "externen" Librarys
> nutzen kann?!

Nein. 'extern' Schlüsselwort, damit das eine Deklaration ist und keine 
Definition.

Und wo ist da jetzt die extern Deklaration der Variablen im Header File?

1

...

2

typedef struct

3

{

4

  unsigned long a;  // uint_least32_t

5

  unsigned long b;

6

  unsigned long c;

7

  unsigned long d;

8

  unsigned long e;

9

  unsigned long f;

10

  unsigned long g;

11

} TYP_M;

12

13

14

extern TYP_M tc_variable;

15

...

Sep schrieb:
> 'tc_variable' undeclared

Wieso wundert dich das? hast du tc_variable in library1.h als extern 
deklariert? Ich sehe nur die Definition der Struktur, nicht die 
Variable.

setz mal die Definition HINTER die Typdeklaration

Sep schrieb:
> Wie oben beschrieben hätte ich vermutet,

grrr.
du sollst nicht vermuten, sondern deine Programmiersprache LERNEN.

Der COmpiler liest den Code von oben nach unten. Und zwar nur ein 
einziges mal. Du kannst nur Dinge verwenden, die schon bekannt sind (bis 
auf die C-Standard Sachen, die kennt der Compiler immer). D.h. hier

1

 extern TYP_M tc_variable;

fragt sich der Compiler:
Hä? TYP_M, was für ein TYP_M? Von einem TYP_M hab ich noch nie etwas 
gehört. Da werf ich mal eine Fehlermeldung. Warte mal. An dieser Stelle 
kann nicht der Name einer Variablen stehen, da müsste ein Datentyp 
stehen. TYP_M ist nicht der Name eines Datentyps. Ich schlag mal was 
vor, was meiner Meinung da jetzt eigentlich stehen müsste.

Das du danach dann definierst, was ein TYP_M ist, ist uninteressant. Der 
Compiler liest den Code von oben nach unten und stösst somit 
zwangsläufig zuerst auf die Verwendung und erst dann auf die Definition, 
was das eigentlich sein soll. Es muss aber umgekehrt sein, erst die 
Definition und erst dann die Verwendung, damit der Compiler bei der 
Verwendung auch weiß, wie groß das Teil im Speicher ist.

Übrigens: Auch wenn hier ständig das Wort "Library" verwendet wird

hier ist nirgendwo eine Library im Spiel

Sep schrieb:

> In der Main.c  wird jetzt die Funktion rufeauf() aufgerufen. Es muss
> sowohl library1.h als auch library2.h includiert werden:

wozu 'library1.h'

Was die Funktion rufeauf() intern macht interessiert doch an dieser 
Stelle überhaupt nicht

1

int main()

2

{

3

  rufeauf();

4

}

das einzige was hier interessant ist, ist die Fragestellung:
wie ist das mit der Funktion rufeauf?
* Will die Argumente haben, ja oder nein. Wenn ja, wieviele und welche 
Datentypen.
* Hat die Funktion einen Rückgabewert und wenn ja von welchem Datentyp 
ist der?


Mit dem Prototyp in 'library2.h'

1

void rufeauf( void );

sind beide Fragen beantwortbar. Daher ist das völlig ausreichend. Das 
die Funktion ihrerseits wieder andere Funktionen aufruft, ist zwar 
schön, aber für den Aufruf der Funktion rufeauf in main komplett 
irrelevant.

Einfach mal ein bischen mitdenken und durchspielen, warum die Dinge so 
sind wie sie sind und welchen Zweck sie erfüllen. Versetz dich einfach 
mal gedanklich in die Lage des Compilers, der jeden Funktionsaufruf 
kontrollieren möchte. Und dann überlegst du dir: wo und wie kriege ich 
die Information dafür her bzw. welche Information benötige ich an einer 
bestimmten Stelle bzw. welche Information benötige ich nicht?