fehlender Compilerfehler/Warnung

Ich kenne Delphi nicht, aber generell kann man aus einer DLL den Header 
korrekt extrahieren (z.B. DLLtool). Kann sein, daß Delphi die Header gar 
nicht benutzt.

Dependency Walker hieß das nette Tool von Microsoft.

Ich denke eher, dass der Compiler dir nichts mitteilt, da du diese 
Funktion in diesem Zusammenhang nirgends aufrufst.

Habs mal mit dem VS 2015 getestet.

1

char* bar();

2

3

char* bar(bool var1, int var2, char* var3, double* var4)

4

{

5

    printf("FOO");

6

    return var3;

7

};

8

9

int main()

10

{

11

    char x;

12

    double y;

13

14

    /* geht */

15

    bar(true, 1, &x, &y);

16

17

    /* geht nicht */

18

    bar();

19

}

Beim Aufruf der bar() liefert der Compiler dann:
error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""char * 
__cdecl bar(void)" (?bar@@YAPADXZ)" in Funktion "_main".

Für den Compiler sind es wohl "überladene Funktionen" wobei er für bar() 
keine Funktionsdefinition finden kann.

Dr. Sommer schrieb:
> Du hast als C++ kompiliert. Da sind die Regeln anders.

Kann man etwa im VS2013 als C kompilieren?

Adam P. schrieb:
> Kann man etwa im VS2013 als C kompilieren?

Natürlich, wenn die Sourcefiles *.c heißen, wird der native C-Compiler 
verwendet. Der ist etwas angestaubt (d.h. kennt kein C99 oder neuer), 
aber funktioniert davon abgesehen vorzüglich.

donvido schrieb:
> Das Einbinden im Delphicode (dort werden auch Parameter übergeben)
> funktioniert aber einwandfrei.

64-Bit oder 32-Bit?

In 32-Bit können verschiedene Aufruf-Konventionen zu lästigen Stack 
Überläufen führen. Das merkt man aber oft nur bei sehr vielen Aufrufen 
und kleinem Stack.

In 64-Bit ist das Aufräumen des Stacks einheitlich gelöst, calling 
conventions sind hier IIRC no-ops.

Nochwas: Es gibt mehrere Möglichkeiten wie ein Symbol einer DLL 
exportiert und in Delphi importiert wird. Einige davon ignorieren 
Unterschiede bei Calling Conventions.

Dr. Sommer schrieb:
> Was ist denn deiner Meinung nach falsch? Wenn du bar() schreibst,
> bedeutet das "beliebige Parameter beliebigen Typs". Das ist kompatibel
> zu den angegebenen Parametern.

Nicht ganz. Ein Funktionsprototyp ist inkompatibel zu einer K&R-
Deklaration, wenn er Argumenttypen enthält, die einer Promotion
unterworfen sind. Dazu zählt auch bool, wenn es über stdbool.h als _Bool
definiert ist. Der Compiler müsste deswegen einen Fehler ausgeben.

Gibt er keinen Fehler aus, kann es daran liegen, dass

- bool nicht mittels stdbool.h als _Bool, sondern durch den Benutzer als
  int oder unsigned int definiert ist,

- das MS-spezifische __dllspec(dllexport) die beiden Deklarationen
  kompatibel macht (mit diesen MS-Erweiterungen kenn ich mich nicht aus)
  oder

- der Compiler einen Bug hat.

Bei folgendem Code

1

#include <stdbool.h>

2

3

char *bar();

4

5

char *bar(bool var1, int var2, char *var3, double *var4) {

6

  return 0;

7

}

sollte der C-Compiler auf jeden Fall meckern.