int func ();是一个过时的函数声明，从没有C标准的日子，即K&R C的日子(1989年之前，第一个“ANSI C”标准发布)。

记住，在《K&R C》中还没有原型，关键字void也还没有被发明出来。你所能做的就是告诉编译器函数的返回类型。K&R C中的空参数列表表示“未指定但固定”的参数数量。Fixed意味着每次调用函数时必须使用相同数量的参数(而不是像printf这样的可变参数函数，每次调用时参数的数量和类型都可以变化)。

许多编译器会诊断这个构造;特别是gcc - wstrict - prototyping会告诉你“函数声明不是原型”，这是正确的，因为它看起来像一个原型(特别是如果你被c++毒害了!)，但不是。这是一个老式的K&R C返回类型声明。

经验法则:永远不要让空参数列表声明为空，具体使用int func(void)。 这将K&R返回类型声明转换为适当的C89原型。编译器很高兴，开发人员很高兴，静态检查器也很高兴。不过，那些被c++的^W^Wfond误导的人可能会畏缩，因为当他们尝试练习外语技能时，他们需要输入额外的字符:-)

它是K&R风格的函数声明和定义。来自C99标准(ISO/IEC 9899:TC3)

函数声明器(包括原型)

标识符列表只声明函数参数的标识符。一个空 作为该函数定义的一部分的函数声明器中的列表指定 函数没有参数。类的一部分，函数声明器中的空列表 类的数量或类型的信息 提供参数。(如果两个函数类型都是“旧样式”，则不比较参数类型。)

函数声明器

使用带有空括号的函数声明符(而不是prototype-format参数) 类型声明器)是一个过时的特性。

函数定义

使用带有单独参数标识符和声明列表的函数定义 (而不是prototype-format参数类型和标识符声明器)是一个过时的特性。

旧的风格是指K&R风格吗

例子:

声明:int old_style();

定义:

int old_style(a, b)
    int a; 
    int b;
{
     /* something to do */
}

如果函数返回类型和形参列表上没有给出类型，则C语言假定为int。只有遵循这条规则，才有可能发生奇怪的事情。

函数定义是这样的。

int func(int param) { /* body */}

如果它是一个原型，你写

int func(int param);

在原型中，你只能指定参数的类型。参数名称为非必选项。所以

int func(int);

同样，如果你没有指定参数类型，但名称int被假设为类型。

int func(param);

如果你走得更远，跟着也行。

func();

当你编写func()时，编译器假设int func()。但是不要把func()放在函数体中。这是一个函数调用

在旧式的声明器中，

标识符列表必须不存在 声明器用于函数定义的头部 (Par.A.10.1)。参数类型信息不为 由声明提供。例如，声明

int f(), *fpi(), (*pfi)();

声明一个函数f返回一个整数，一个函数fpi返回一个整数指针，>和一个指针pfi返回一个整数函数。其中没有指定>的参数类型;它们是老式的。

在new-style声明中

Int strcpy(char *dest, const char *source)， rand(void);

Strcpy是 函数返回int，有两个参数，第一个是字符 指针，第二个指针指向常量字符

来源:- K&R书

我希望这消除了你的疑虑。

关于参数类型，这里已经有了正确的答案，但如果你想从编译器那里听到它，你可以尝试添加一些标志(标志几乎总是一个好主意)。

使用gcc foo.c编译你的程序

foo.c: In function ‘func’:
foo.c:5:5: warning: type of ‘param’ defaults to ‘int’ [-Wmissing-parameter-type]

奇怪的是-Wextra没有捕捉到这个clang(它不识别-Wmissing-parameter-type出于某种原因，可能是上面提到的历史原因)，但-pedantic可以:

foo.c:5:10: warning: parameter 'param' was not declared, 
defaulting to type 'int' [-pedantic]
int func(param)
         ^
1 warning generated.

对于原型问题，如上所述，int func()指的是任意参数，除非你明确地将其定义为int func(void)，这将给你带来预期的错误:

foo.c: In function ‘func’:
foo.c:6:1: error: number of arguments doesn’t match prototype
foo.c:3:5: error: prototype declaration
foo.c: In function ‘main’:
foo.c:12:5: error: too many arguments to function ‘func’
foo.c:5:5: note: declared here

或在铿锵声中为:

foo.c:5:5: error: conflicting types for 'func'
int func(param)
    ^
foo.c:3:5: note: previous declaration is here
int func(void);
    ^
foo.c:12:20: error: too many arguments to function call, expected 0, have 1
    int bla = func(10);
              ~~~~ ^~
foo.c:3:1: note: 'func' declared here
int func(void);
^
2 errors generated.

正如@Krishnabhadra所说，其他用户之前的所有回答都有正确的解释，我只是想对一些观点做更详细的分析。

在Old-C中，就像在ANSI-C中一样，“无类型的形式参数”，取你的工作寄存器的尺寸或指令深度能力(阴影寄存器或指令累积周期)，在一个8位MPU中，将是一个int16，在一个16位MPU中，将是一个int16，等等，在这种情况下，64位架构可以选择编译选项，如:-m32。

虽然它在高层的实现看起来更简单， 对于传递多个参数，程序员在控制维度数据类型步骤中的工作，变得更加苛刻。

在其他情况下，对于一些微处理器架构，ANSI编译器自定义，利用一些旧的特性来优化代码的使用，迫使这些“无类型的形式参数”的位置在工作寄存器内部或外部工作，今天你几乎可以使用“volatile”和“register”。

但值得注意的是，最现代的编译器， 不区分这两种类型的参数声明。

在linux下使用gcc编译的例子:

  在任何情况下，原型的语句在本地是没有用的，因为没有参数的调用对这个原型的引用将是疏忽。 如果您使用带有“无类型形式参数”的系统进行外部调用，则继续生成声明性原型数据类型。

是这样的:

int myfunc(int param);