C99 和 C++ 内联函数的兼容定义

我有一个 C++11 应用程序代码使用的 C99 代码实用程序库。一些内联函数以 C99 风格声明，并在翻译单元中显式生成代码，例如：

// buffer.h
inline bool has_remaining(void* obj) {
...
}

// buffer.c
extern inline bool has_remaining(void * obj);

但是，当我尝试使用has_remaining在 C++ 应用程序中，我在链接时收到有关多个定义的错误。看起来 g++ 正在实例化库中已经存在的内联代码，尽管extern "C"标头防护 说明符。

有没有办法强制 g++ 使用这种类型的定义？

看起来如果我#ifdef __cplusplus外部定义gnu_inline属性，正确的事情将会发生，但是肯定有一种更可移植的方法来保持现代 C 头文件与现代 C++ 兼容吗？

-- 编辑：工作示例 --

缓冲区.h：

#ifndef BUFF_H
#define BUFF_H

#include <stdbool.h>
#include <stddef.h>

#ifdef __cplusplus
extern "C" {
#endif

inline bool has_remaining(void const* const obj) {
    return (obj != NULL);
}

#ifdef __cplusplus
}
#endif

#endif /* BUFF_H */

缓冲区.c:

#include "buffer.h"

extern inline bool has_remaining(void const* const obj);

app.cpp:

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

#include "buffer.h"

int main(int argc, char** argv) {
  char const* str = "okay";
  printf(str);

  has_remaining(str);

  return (0);
}

compile:

$ gcc -std=gnu99 -o buffer.o -c buffer.c
$ g++ -std=gnu++11 -o app.o -c app.cpp
$ g++ -Wl,--subsystem,console -o app.exe app.o buffer.o

buffer.o:buffer.c:(.text+0x0): multiple definition of `has_remaining'
app.o:app.cpp:(.text$has_remaining[_has_remaining]+0x0): first defined here
collect2.exe: error: ld returned 1 exit status

--编辑2-- The __gnu_inline__attribute 确实解决了多重定义的问题。我仍然希望看到一种（更）可移植的方法或一些为什么不存在的结论性推理。

#if defined(__cplusplus) && defined(NOTBROKEN)
#define EXTERN_INLINE extern inline __attribute__((__gnu_inline__))
#else
#define EXTERN_INLINE inline
#endif

EXTERN_INLINE bool has_remaining(void const* const obj) {
  return (obj != NULL);
}

这已报告给海湾合作委员会：http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56066从这里开始讨论之后：http://gcc.gnu.org/ml/gcc-help/2013-01/msg00152.html

在 Linux 上，gcc 为内联函数发出弱符号，为 extern 内联函数发出强符号。在链接时，弱的被丢弃，有利于强的。显然，在 Windows 上，事情的处理方式有所不同。我没有任何使用 Windows 的经验，所以我不知道那里会发生什么。