invalid application of 'sizeof' to incomplete type 'char[]'

[brechbunkt (Gast)]

Hallo,

ich habe diese drei Dateien hier:

file character.c:

char xxxx[] = "abcdef";

file character.h:

extern char xxxx[];

file main.c:

void main (void)
{
   ...
   print_ulong( sizeof(xxxx) );
   ...
}

Möchte ich diese nun compilieren, erhalte ich die Fehlermeldung "invalid 
application of 'sizeof' to incomplete type 'char[]'".
Definiere ich das Array "xxxx" direkt in der Datei main.c, geht alles in 
Ordnung. Aber gibt es nicht auch eine Möglichkeit sizeof() zu nutzen, 
wenn das Array in einer anderen Datei definiert wurde?

[Joachim D. (Firma: JDCC) (scheppertreiber)]

Woher soll das der Compiler denn wissen ?

[Karl H. (kbuchegg)]

brechbunkt schrieb:

> Ordnung. Aber gibt es nicht auch eine Möglichkeit sizeof() zu nutzen,
> wenn das Array in einer anderen Datei definiert wurde?


Frage.

Dieser Code
Datei: a.c

extern char c[];

int main()
{
}

wieviele Bytes sind im Speicher für c reserviert worden?

Wie, du kannst die Frage nicht beantworten?
Wieso erwartest du dann, dass der Compiler das könnte? So ein Compiler 
ist ja auch kein Wunderwuzzi. Wenn er a.c compiliert, dann interessiert 
ihn nur der Inhalt von a.c. Was in b.c steht, interessiert nicht.

Das ist das vielleicht wichtigste Prinzip, das am öftesten für 
Verwirrung sorgt:
C kennt in der Sprache keinen Projektgedanken, so wie das in anderen 
Sprachen ist. Ein C-Compiler compiliert jede Übersetzungseinheit (salopp 
gesagt: jedes C-File) für sich alleine und ohne Ansehen von anderen 
C-Dateien.

[brechbunkt (Gast)]

Hmmmm..... da er spätestens beim linken dann alle Infos beisammen hat, 
wäre ich davon ausgegangen, dass er dann wüsste wie viel Bytes verwendet 
werden und dann somit alles wieder klar ist.

[Karl H. (kbuchegg)]

brechbunkt schrieb:
> Hmmmm..... da er spätestens beim linken dann alle Infos beisammen hat,


Ein Linker ist kein Compiler, auch wenn ich zugeben muss, dass moderne 
Linker in der Optimierung schon einiges können.

Aber das war ganz sicher nicht 1970 so, als die grundlegenden Prinzipien 
von C festgelegt wurden. Damals galt: Ein Compiler übersetzt Einheiten 
in Object-Code, ein Linker baut die Object-Code Einheiten zum fertigen 
Programm zusammen. Ein Linker beschäftigt sich nur noch damit, 
Adressverweise entsprechend aufzulösen. Alles andere ist Sache des 
Compilers, der unter anderem auch dem Link die Information geben muss, 
an welcher Stelle im Code welche Adresse einzusetzen ist. Aber abgesehen 
davon, hat der Compiler den Object Code schon fix&fertig vorgekaut. Ein 
Compiler kennt die Programmiersprache, ein Linker hat davon keine 
Ahnung. Der löst nur Querverweise auf.
Und an diesem Grundgedanken hat sich seither nichts geändert.

[brechbunkt (Gast)]

Ok. Ich danke euch für die Antworten. Denke es ist nun alles geklärt.

[Dirk B. (dirkb2)]

In diesem Fall hängt die Größe des Speicherbereichs von der Länge des 
Textes ab. Die Textlänge kannst du mit strlen ermitteln.

Wenn du die Größe direkt beim Array angibst, dann kannst du diesen Wert 
auch auf andere Art und Weise weitergeben (#define oder const)

[Marc P. (marcvonwindscooting)]

Karl Heinz schrieb:
> Datei: a.c
> extern char c[];
>
> int main()
> {
> }
>
> wieviele Bytes sind im Speicher für c reserviert worden?

Gegenfrage: warum weiss er es dann hier (C99):

void provokation(unsigned n) {
  char c [n+1];

  for (int i=0; i<sizeof c; i++) {
    ...
  }
}

Hehe ;-)

[Jörg W. (dl8dtl) (Moderator)]

Marc P. schrieb:
> Gegenfrage: warum weiss er es dann hier (C99):

Weil es ein VLA ist, und das nur funktioniert, wenn er die Länge
bereits weiß.

[Dirk B. (dirkb2)]

... und weil das Array in der selben Übersetzungseinheit definiert ist.

Das Problem vom TO kam dadurch, dass die Variable als extern deklariert 
ist.