c - 函数的隐式声明，与头文件 include 和 ifndef 无关

Question

我有众所周知的错误:

implicit declaration of function 'STLINKReadSytemCalls' [-Wimplicit-function-declaration]
implicit declaration of function 'printf' [-Wimplicit-function-declaration]
incompatible implicit declaration of built-in function 'printf'

还有 Eclipse(更准确地说是 Atollic TrueStudio):

include '<stdio.h>' or provide a declaration of 'printf'

看了数十亿的帖子询问如何解决这个问题，似乎三个问题可能会导致这些错误:

• 函数在main之后定义；
• 包含使用函数所需的 header
• #ifndef , #define和 #endif没有正确包装头文件

我发现了一个帖子，其中有人似乎有这个错误，并在修复它后说 Eclipse 是问题所在。虽然找不到主题，但他的解决方案对我不起作用。就像点击函数一样，source -> add include。

ma​​in.c

int main(void) {

    if (STLINKReadSytemCalls() == 1)
        printf("Error in system calls.\n");
    return 0;
}

fileProcessing.c

#include "../header/fileProcessing.h"

int STLINKReadSytemCalls(void) {

    // mainly system calls
}

fileProcessing.h

#ifndef FILEPROCESSING_H_
#define FILEPROCESSING_H_

#include <stdlib.h>
#include <stdio.h>
#include <string.h>

int STLINKReadSytemCalls(void);

#endif /* FILEPROCESSING_H_ */

最令人困惑的部分是代码实际上可以工作。我有以下输出:

STM32 ST-LINK CLI v3.0.0.0
STM32 ST-LINK Command Line Interface

No ST-LINK detected
Unable to connect to ST-LINK!
Error in system calls.

一切似乎都很好，但编译器一直在大喊大叫。 如果需要，我将添加函数的主体，但我没有看到任何线索表明函数的主体可能导致包含错误。我一定是遗漏了一些如此明显的东西，以至于当我看到它时，我会像从未有过的那样 self 捂脸；但我已经花了几个小时，我希望这很明显变得越来越薄了。

哦，昨天使用相同的包含路径和相同的目录构建它工作得非常好。我真的不知道从那以后发生了什么变化。

Answer 1

正如您所展示的，您的 main.c 包含对两个没有范围内声明的函数的调用:STLINKReadSytemCalls() 和 printf( )。这与编译器发出的警告(而不是错误)相关，这是您提供的代码中唯一可以解释这些警告的内容。

在此我强调一点

1. 问题就是我刚才描述的:在调用这些函数时缺少范围内的函数声明。您的“可能导致这些错误的四个问题”(实际上只提出了三个)描述了有时会出现此类问题的各种具体途径；它们都不是问题本身。

2. 编译器发出警告，而不是错误。这意味着它接受代码，但不能确定它用它做了正确的事情。特别是，它依靠参数的数量和类型来猜测参数列表，并猜测函数返回 int。这并不安全，但如果你幸运的话，它可能会起作用，或者至少看起来会起作用。

鉴于问题在于缺少函数声明，显然，解决方案是确保提供所有需要的声明，并且它们在引用这些函数的范围内。对于在同一 C 源代码之外的其他地方定义的函数，通常的解决方案是 #include 一个或多个包含所需声明的头文件。假设有问题的头文件写得恰当(标准库是，而你提供的内部是)，这就是它的全部。

你的项目的布局并不完全清楚，但看起来你可以通过放置来实现这一点

#include <stdio.h>
#include "../header/fileProcessing.h"

在 main.c 的开头，正如@unwind 已经建议的那样。这种变化足以满足我的编译器。

您建议这样做会导致原始代码出现其他类型的问题。如果这是真的，那么这将构成一个完全不同的问题，如果您无法弄清楚，那么您可以考虑在这里提出。在提出的this 问题中没有暗示存在这样的问题，并且作为一个完全独立的问题，在这里提出这个问题是不合适的。

---

顺便说一句，我觉得你的 fileProcessing.h #include 是标准的 stdio 有点奇怪(但没有错)。 h、stdlib.h 和 string.h header ，即使它不依赖于它们中的任何一个。作为一个样式规则，我强烈建议每个源文件，包括头文件，都应该#include 他们直接使用的功能所需的所有头文件，而不是其他头文件。为了支持这一点，所有 header 还应具有适当的多重包含保护，就像您实际提供的 header 一样。

因此，我会像这样重写 fileProcessing.h:

#ifndef FILEPROCESSING_H_
#define FILEPROCESSING_H_

int STLINKReadSytemCalls(void);

#endif /* FILEPROCESSING_H_ */

...并让其他文件根据需要处理#include上述三个标准库头文件中的任何一个或全部。