funktioner i seperat c fil HASTER

Der er ikke noget at forklare, for umiddelbart skal den ikke
opføre sig sådan. Du skal vise os noget mere kode.

Ja.

Du skal også huske at kompilere "func.c" og linke med objekt filen

F.eks.
-------func.h
#ifndef FUNC_H
#define FUNC_H

int getInt();

#endif

-------func.c
#include "func.h"

int getInt()
{
    return 12345;
}

-------main.c
#include <stdio.h>
#include "func.h"

int main(void)
{
    printf("%i\n", getInt());

    return 0;
}


ifndef, define og endif bruges til at sikre at der ikke opstår "cirkulær include" - det kan compilere nemlig ikke hitte udaf.

Normalt vil du have:

func.h
------

#ifndef FUNC_H
#define FUNC_H

void f();

#endif


main.c
------

#include "func.h"

int main()
{
  f();
}

func.c
------

#include "func.h"

void f()
{
    return;
}

Du *skal* ikke lave en func.h/func.c - du *kan*.

Men det forklarer ikke hvorfor include "func.c" ikke virker.

Med GCC kan du så bygge med:

gcc -c func.c -o func.obj
gcc -c main.c -o main.obj
gcc main.obj func.obj -o main.exe

Den eneste forklaring jeg kan komme på, hvorfor
#include "func.c"
skulle give den fejl er hvis include er neden under
main (eller hvis der er en tyrk-fejl).

Men jeg vil på det kraftigste fraråde at includere
al C kode i en enkelt fil.

Nedenunder main virker det nu også. Der er nemlig et eller
andet andet galt ;) Det skal vi have fundet ud af.

Og er det bare et enkelt C-program, så herregud, så er det
er da fint nok. Et større system: så .h/.c opdeling!

Erik det er forkert. I C vil erklæring af funktioner
efter brug give en fejl.

int main()
{
  f();
}

void f()
{
  return;
}

giver f.eks. i GCC 3.1:

C:\>gcc zz.c
zz.c:7: warning: type mismatch with previous implicit declaration
zz.c:3: warning: previous implicit declaration of `f'
zz.c:7: warning: `f' was previously implicitly declared to return `int'

"implcit declaration" matcher rimeligt godt med fejlen
i spørgsmålet.

[strengt taget er det kun en warning og ikke en fejl - C++
giver en rigtig fejl]

zz.c: In function `int main()':
zz.c:3: `f' undeclared (first use this function)
zz.c:3: (Each undeclared identifier is reported only once for each function it
  appears in.)
zz.c: In function `void f()':
zz.c:7: `void f()' used prior to declaration

Ja, generelt, Arne, men ikke specifikt. Hans funktion er
jo netop en

  int test()

ikke en

  void test()

int main()
{
  f();
}

int f()
{
  return 9;
}

giver ingen warnings i GCC, men så skifter jeg bare til Compaq C:

$ cc zz.c

  f();
...^
%CC-I-IMPLICITFUNC, In this statement, the identifier "f" is implicitly declared
as a function.
at line number 3 in file DISK2:[ARNE]ZZ.C;1

og så har vi warning på implicit declaration igen.

[Compaq C er default rimeligt picky]

Ja *g* det er bestemt ikke i ægte C-stil

Den er ret snu.

Den kan også tælle.

#include <stdio.h>

int main()
{
  printf("%d %d\n",1);
  printf("%d\n",1,2);
}

$ cc zzzz.c

  printf("%d %d\n",1);
..........^
%CC-W-OUTTOOFEW, In this statement, the number of conversion specifiers to print
f exceeds the number of values to be converted.  Conversion specifiers from "%d"
onward will process meaningless and perhaps invalid data.
at line number 5 in file DISK2:[ARNE]ZZZZ.C;2

  printf("%d\n",1,2);
...................^
%CC-I-OUTTOOMANY, In this statement, additional arguments to printf are provided
for which there are no conversion specifiers in the format string.  Arguments f
rom "2" onward will be evaluated, but not processed by printf.
at line number 6 in file DISK2:[ARNE]ZZZZ.C;2

Men ihvertfald finder jeg det meget naturligt, hvis include af en
C fil nedenunder der hvor den bliver brugt giver en
"implicit decleration siger den....." som i spørgsmålet.

Godt så. Det kan være han ikke lige bruger gcc.
Kan vi få naxosnaxos til at flytte #include linien?

hmm ja jeg kom hurtigt frem til samme. problemet var at jeg lige havde glemt en prototype. SÅ point til den første med noget kontrsuktivt