gcc 可变长度数组

类似于标准库里的 alloca 函数，他也是在栈上申请的内存，不是堆里面

-Werror=vla

@inhzus 看漏了，以为只是 warning

建议直接
-pedantic -Werror=pedantic

@codehz 好像并不能把 warning 转成 error
<a href="https://ibb.co/nn5hb58"><img src="https://i.ibb.co/3MLt7LY/Clipboard02.jpg" alt="Clipboard02" border="0"></a>

alloca 的分配性能和运行速度是内存管理器里最快的，比 malloc 快多了，很适合小数组，关掉干嘛。

@void59468 记错了，是-pedantic-error

由于是 C 扩展，所以不能用-std=c++11 覆盖。

@3dwelcome 现在 alloca 的实现基本就是把 stack pointer 加个值，连函数调用都不是，基本算不上内存管理器。
实际和 vla 、递归一样，倒不是不好用，只是有些开发者搞不清楚用法或者误用了，很容易就 stackoverflow 。

x86/64 上变长数组就是 rsp 减个值，当前函数栈退出的时候就直接销毁了。

@senninha 所以说要是一个函数用了 alloca 然后被内联到了循环体里面就会出事

不过我又看了下，gcc 遇到 alloca 或者 vla 就会避免内联 https://gcc.gnu.org/onlinedocs/gcc/Inline.html

@yanqiyu 大佬牛逼

在栈上分配可变内存，太大了就会爆栈。又会导致和其他一些编译手段不兼容。所以很没意思。

我记得人家做栈内存优化，都是先 char buffer[1024]。如果需求更大就 malloc

可变长度数组就是 C++引入的吧，之后 c 语言的 c99 标准看着这玩意儿挺好也就跟着引入了。

@Cu635 不是 C++的。

在 C99 之前的 VLA 原本只是 GCC 自己的扩展，然后在 C99 转正了。类似的还有_Decimal 系列（_Decimal32 、_Decimal64 、_Decimal128 ），同样是 GCC 自己的扩展，接下来也准备在 C23 转正。
（至于 C++会不会引入，那就又可以看好戏了）

VLA 被 C99 转正之后，C++有人提议支持引进，并提供容器包装：
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3662.html
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0785r0.html

但最后都未能进入 C++标准。