【问题标题】:Inline declaration missing in header: Linker or Compiler Error?标头中缺少内联声明:链接器或编译器错误?
【发布时间】:2018-01-21 11:58:53
【问题描述】:

找了一阵子答案,现在比以前更迷茫了……

我想知道如果我在头文件中声明了一个未实现但在主函数中调用的内联函数,这会导致链接器或编译器错误吗?

当我查看错误时,我得到undefined reference to 'A::a()',这似乎是一个链接器错误。

但是,在某些讨论中,它说编译器必须看到函数声明,因此它会是编译器错误。

我希望你能告诉我我在这里做错了什么:)

标头:

主要功能:

【问题讨论】:

  • 您已经声明了A::a(),但尚未定义它——您需要编写它的作用。或者只是将其更改为inline void a() {}; 注意请发布代码而不是图片。
  • @RichardCritten 问题不在于为什么会发出此错误,而在于报告它的责任——链接器或编译器。

标签: c++ linker compiler-construction inline


【解决方案1】:

当你有一个函数声明但函数的实现(定义)不存在时,在大多数编译器中这是一个链接器错误。

从技术上讲,编译器可能会报告源代码中不存在inline 函数,但编译器没有义务这样做,并且存在的代码并不总是定义声明为内联的函数。在大多数编译器中,内联声明函数并在单独的编译单元(不同的源文件)中定义它并不是错误,因此编译器默认情况下不会出错。

如果编译器没有找到内联函数的定义,编译器将假定它是一个外部函数,而链接器是唯一的地方,所有的代码都聚集在一起,因此“它不存在”是由链接器发出。

澄清一下:

您可能会遇到这样一种情况,您想将函数声明为内联函数,但将函数的实现放在源文件中(也许因为它从未在其他任何地方调用过,所以只有一个工厂函数来实例化那堂课)。然后在头文件中将函数[例如构造函数]声明为内联函数,并将函数的实现放在源文件中,在没有实现的情况下使用其他各种文件中的对象,这是完全合法的。

实际上,编译器还允许调用内联函数,即使它们只在源文件中声明,而不是在头文件中。编译器不会总是内联这些函数[实际上,只有“链接时间优化”或“整个程序优化”可能会这样做]。

【讨论】:

  • It is not, per the standard, an error to declare a function inline, and define it in a separate compilation unit This 似乎不同意? "内联函数或变量应在其使用的每个翻译单元中定义"
  • 它还允许内联函数的外部声明,据我所知,构造函数是外部的“如果具有外部链接的函数或变量在一个翻译单元中内联声明,则应在它出现的所有翻译单元;不需要诊断。具有外部链接的内联函数或变量在所有翻译单元中应具有相同的地址"
  • @Mats:我不明白内联函数可能具有外部链接这一事实如何减轻程序员在使用 odr 的每个 TU 中定义函数的责任(使用相同的定义)根据usr657267评论中的引用。外部内联函数在程序中的所有 TU 中具有一致的地址,但仍需要在每个采用该地址的 TU 中定义它们。
  • 好的,我将删除关于“根据标准”的部分,因为这似乎是有争议的。这当然是我所知道的每个编译器开发人员[公司或团体,而不是个人]都没有遵循这一原则,而且我在规范中没有看到任何措辞除了“每次都必须是同一个地址”之外的任何内容,并且“必须在每个 TU 中内联”。
【解决方案2】:

这取决于您使用的编译器,但据我所知,默认情况下,内联声明是对编译器的推荐。在您的情况下,由于编译器没有找到该函数的实现,因此它不会内联实现它,而是将其留给链接器进行链接。

如果您使用 GCC,您可以强制编译器内联,请参阅此博客中的更多详细信息:

Force inline functions in C++(GCC)

【讨论】:

  • 问题不是真的。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-11-12
  • 2011-01-11
  • 2012-08-11
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-02-26
相关资源
最近更新 更多