externe funktionen

*grimmsen**

Wenn ich mich nicht täusche haben die anderen deine Frage garnicht beantwortet

Also extern sagt nichts anderes aus als daß sich die Funktion oder Variable die du als extern deklarierst nicht in dem Modul (die .o-Datei) befindet.
Es ist daher auch völlig sinnlos sie in misc .h als extern zu deklarieren, denn sie befinden sich ja im Modul misc.
Sinnvoll wird es erst dann wenn du dein Beispiel folgendermassen umänderst:

/* main.c */
extern  int foo();
extern  int anderer_int;

int main(void)
{

  int i,j;
  i = foo();
  j = anderer_int;
  anderer_int = 22; // bewirkt Änderung in misc.c
  printf("%i %i\n",i,j);
  return 0;
} 

/* misc.h */
#include <stdio.h>
int anderer_int;
int foo(void);  

/* misc.c */
#include "misc.h" 
int anderer_int = 255; int foo(void)
{
  return 2;
}

Das kompilierst du mit
gcc -o main main.c misc.c

Du kannst also ohne die Header-Datei zu benutzen auf Funktionen oder Variablen im Modul misc zugreifen.
Sinnvoll wird es wenn du Variablen in einem anderem Modul ändern willst, also von main aus die Variable anderer_int ändern.

Noch was zu static. static macht nichts anderes als Variablen einmal zu initialisieren.

Beispiel:

void increment()
{
  static int x=1000;
  x++;
}

Es passiert folgendes: Beim ersten Aufruf wird x mit 1000 initialisiert.
Bei den nächsten mal wird x durch die Zuweisung nicht mehr beeinflußt
static int x=1000; wird also ignoriert.

[ Dieser Beitrag wurde am 11.10.2002 um 18:22 Uhr von agrimm editiert. ]

[ Dieser Beitrag wurde am 11.10.2002 um 18:28 Uhr von agrimm editiert. ]

stahl

nabend

also für sinnlos halte ich das nicht, btw. hätte ich misc.h auch beliebig anders nennen können. so wie ich das gemacht habe muß ich nicht in jemdem c-file alle externen variablen und funktionen die ich verwenden möchte aufführen, hier reicht dann ein einzelnes #include "misc.h".

du machst das genau anders rum. zudem kann man in dem umgeändertem beispiel misc.h
auch gleich weglassen.

[ Dieser Beitrag wurde am 11.10.2002 um 19:05 Uhr von stahl editiert. ]

*grimmsen**

Mir ist noch was aufgefallen.
Wie du dein Programm kompilierst ist doch zuviel des guten.
gcc -c misc.c // sinnlos weil schon im letzten Befehl
gcc -c main.c // sinnlos weil schon im letzten Befehl
gcc -o app main.c misc.c

so wär's sinnvoll
gcc -c misc.c // erzeugt misc.o
gcc -c main.c // erzeugt main.o
gcc -o app main.o misc.o

*grimmsen**

hallo stahl,
na klar kannst du das auch so machen, aber:
die in main deklarierten externen variablen kannst du in main nach belieben ändern. wenn du in main also anderer_int änderst, bekommen alle funktionen in
misc diese änderung mit. das ist auf normale weise nicht möglich. die variable wird sozusagen global.

stahl

ja, hallo agrimm

das is doch gehüpft wie gesprungen.. in beiden varianten laesst sich doch dasselbe mit den externen variablen anstellen.. ob ich nun

/* main.c */
extern int foo;

int main(void)
{
  // mach boese dinge mit foo
  return 0;
}

habe, oder ..

/* xyz.h */
extern int foo;
/* main.c */
#include "xyz.h"

int main(void)
{ 
  // mach boese dinge mit foo
  return 0;
}

letzteres wird dann sinnvoll, wenn ich mehrere c-files diese externen varibalen/funktionen verwenden sollen.

*grimmsen**

Dein Beispiel:

/* main.c */
extern int foo; // irgendwo in meinem Projekt gibt es foo

int main(void)
{
  // mach boese dinge mit foo
  return 0;
}

Ob du Zeile 1 nun mit #include reinholst oder direkt reinschreibst (nichts anderes macht der Präprozessor) ist ziemlich egal. Beide Beispiele machen dasselbe, da hast du recht.Du musst aber wissen das du in
Zeile 1 keine Variable erzeugst. Du sagst dem Compiler doch nur, daß in irgendeinem Modul die Variable foo vorkommt, die du gerne ändern möchtest (oder gerne Zugriff hättest).
Klingelt's

stahl

dessen bin ich mir bewußt, siehe mein erstes beispiel.

[ Dieser Beitrag wurde am 11.10.2002 um 20:00 Uhr von stahl editiert. ]

*grimmsen**

Dann weißt du doch worum es geht. Warum die Frage? In deinem allerersten Beispiel sagst du doch main.c (weil du misc.h "included" hast) das foo() extern ist. Bei Funktionen (!) ist das ziemlich egal, denn jede Funktion ist, soweit nicht anders deklariert extern, denn das ist die Standardeinstellung. Bei Variablen nicht, hast du auch gemerkt!
Ich glaube aber nicht, das wenn du keinen Prototyp deklariert hast, es durch den Compiler geht.
Es sei denn:
Ohne Prototyp musst du die Funktion als extern in main.c deklarieren. Dann geht's durch und du brauchst die header-Datei nicht.
Wenn du es in anderen Quellcodes gesehen hast, beziehen sich diese extern-Funktionen meisst auf Bibliotheken oder object-files, für die kein Quellcode vorhanden ist. Das Wort extern kann man sich dabei aber sparen, das ist gimmick wenn die header-files da sind.

PS: habe deine frage recht unaufmerksam gelesen, sorry, ich dachte du wolltest wissen wozu extern da ist.

stahl

denn jede Funktion ist, soweit nicht anders deklariert extern

ja, das war mir aber nicht klar als ich das thema begann. ich hab aber wie gesagt in anderen source immer wieder sowas gesehen, wo funktionen ausdrücklich als extern in den headern deklariert wurden, und das waren auch programm interne funktionen..
...und ich wollte wissen wozu 'extern' in diesen speziellen fällen gut ist, bzw was es bewirkt, und dazu hat mady mir ja was erzählt.

so ich hoffe wir haben das jetzt geklärt

rüdiger

wir reden nicht von static Variablen, sondern von static Funktionen, static bei Funktionen hat eine andere Auswirkung, als bei lokalen Variablen!

stahl

hm halt. es reicht doch auch ein normaler prototyp der funktion, warum dem ganzen noch ein extern verpassen? hmhm...

*grimmsen**

Eben, überflüssig!