3

我有众所周知的错误：

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'

阅读数十亿的帖子询问如何在 SO 上解决这个问题，似乎三个问题可能会导致这些错误：

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

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

主程序

int main(void) {

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

文件处理.c

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

int STLINKReadSytemCalls(void) {

    // mainly system calls
}

文件处理.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.

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

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

4

3 回答 3

5

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

在这一点上，我强调

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

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

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

您的项目的布局并不完全清楚，但看起来您可以通过放置

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

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

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

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

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

#ifndef FILEPROCESSING_H_
#define FILEPROCESSING_H_

int STLINKReadSytemCalls(void);

#endif /* FILEPROCESSING_H_ */

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

于 2017-05-17T14:37:36.047 回答
3

你没有表明你的main.c文件有两个相当明显

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

线，是故意的吗？否则，我认为这就是答案。

于 2017-05-17T12:56:53.177 回答
0

可能是 FILEPROCESSING_H_ 符号的重用。.h 复制粘贴可能会发生

于 2019-03-27T05:55:32.580 回答