GCC 警告“always_inline function might not be inlinable”

FYI: https://stackoverflow.com/questions/32432596/warning-always-inline-function-might-not-be-inlinable-wattributes

@junkman
多谢回答，，StackOverflow 上这个提问我之前就已经搜到过了，，他的问题和我的几乎一样

不过那里似乎并没有解决提问者的问题，，提问者也没有接受其中的某个解答

编译器在抱怨这个__enable_irq 可能无法做 inline，这是个善意的 warning，你首先应该看一下__enable_irq 的内部实现，是什么原因导致它 might not be inlinable 呢？

@wutiantong
__enable_irq()里面只有一条语句，，肯定能内联

@XIVN1987 https://gcc.gnu.org/ml/gcc-help/2007-01/msg00049.html 这里面提到的第 4 点可能是你这个 warning 的原因。
简单来说，就是访问__enable_irq 的地方可能在__enable_irq 的定义前面？

@XIVN1987 根据他说的“ Consequently, the warning disappears as soon as one uses at least -O2 optimizations.”，你可以先提高优化等级看一下。

@XIVN1987 另外，这个__enable_irq 声明在一个头文件里（ cmsis_gcc.h ），另一方面又被 static 修饰成了 internal linkage，这就可能会导致一些问题，可以参考： https://stackoverflow.com/a/2398105

@wutiantong
多谢热心帮助，，试了下，，优化等级改为 -O2 没作用，，之前一直用的 -Os

@XIVN1987 那我觉得多半是跟 linkage 有关吧

你这个应该是 arm-gcc 的库文件吧，一般不会出现这种警告，你看一下是不是版本或者配置不对

@wutiantong
@shylockhg

感谢热心帮助，，问题解决了

cmsis_gcc.h 中__enable_irq()的定义如下：
__attribute__( ( always_inline ) ) static inline void __enable_irq(void)
{
__ASM volatile ("cpsie i" : : : "memory");
}


我用 gcc -E 生成了.c 文件的预处理文件，，在预处理文件中__enalbe_irq()的定义变成了
# 58 "../../lib/cmsis/inc/cmsis_gcc.h"
__attribute__( ( always_inline ) ) static void __enable_irq(void)
{
__asm volatile ("cpsie i" : : : "memory");
}

原来的“ static inline ”变成了“ static ”，，inline 没了，，

我就想可能代码某处把 inline 给宏定义了，，所以搜索了下，，果然，在 portmacro.h 中有一行：
#define inline

把这行注释掉问题就解决了

这个文件是厂家的 SDK 里面的，，不知道为什么要这么定义，，

@XIVN1987 我觉得你还是不要改动厂家 SDK 为妙，这里既然涉及了 asm 代码，那么取消 inline 就意味着它在试图自己管理内联优化。
我是不太懂这块知识的，刚看了一个 https://stackoverflow.com/a/36285395

@XIVN1987 其实一楼贴的那个 stackoverflow 链接的最后一个回答就很接近你这个问题：

it is just because of a compiler(arm-none-eabi-gcc) option in Makefile CFLAGS= -D inline

@wutiantong
这样不就把 inline 这个关键字给#define 成空了吗，，跟 portmacro.h 中的做法“#define inline ”完全等价啊，，

@XIVN1987 是啊，他这里描述的是他的问题（不是解决方案），跟你遇到的问题是很一致的。

@wutiantong
偶，，抱歉，，我看错了，，我以为你说要加上“ CFLAGS= -D inline ”

确实接近，，效果一样，，只不过一个是在头文件中 define，，一个是在 gcc 命令行选项中 define

@XIVN1987 所以这很可能不是一种 mistake，而是刻意的。在特定场合下（ arm 架构？）代码中大量依赖手写的 asm 优化代码，编译器的内联优化可能会搞砸它。 我瞎猜的