GNU编译器与Visual Studio在范围内分配有长度常量的数组上的比较

Question

我知道，如果您在c/c中设置了一个动态值，则无法使用括号中的该值来分配数组（这将使其成为当前c标准不支持的所谓可变长度数组（VLA））…

即，请参阅：
c:variable length arrayhttp://en.wikipedia.org/wiki/Variable-length_array

我不太明白的（以及我在这里没有看到确切询问的）是为什么GNU c / c编译器（gcc，g）可以使用基于整数值的动态分配（据我所知），只要该值是数组分配范围内的常量，但Visual Studio不支持这一点，并且会拒绝编译代码， 吐出错误。

例如，以 g 为单位

void Foo(const unsigned int bar)
{
  double myStuff[bar];
  //... do stuff...
}

…编译得很好。。。

但是同样的代码拒绝在我使用的VS版本中编译，除非我传递给bar的任何内容在所有范围内都是const，或者是#define，静态const等。

我怀疑也许GNU编译器使用这个范围来推断这个值是该范围内的常量，然后简单地将其分配给malloc或以某种方式专门处理它。

我的问题是：

1. 就如何处理这个问题而言，谁（VS或GNU）更接近标准
2. 有没有一种方法可以在整个程序中使用[]对作用域内的常量值进行VS，而不是全局常量malloc调用
3. 如果我在GNU编译的代码中使用它，有什么问题需要注意吗

Answer 1

GNU编译器集合支持可变长度数组作为扩展，使用-pedantic编译，您将看到预期的警告。

#include <iostream>

int main()
{
    int foo = 10;
    int bar[foo];
}

编译：

g++-4.8 -std=c++11 -O2 -pedantic -pthread main.cpp && ./a.out
main.cpp: In function ‘int main()’:
main.cpp:6:16: warning: ISO C++ forbids variable length array ‘bar’ [-Wvla]
     int bar[foo];
                ^

Answer 2

从语言的角度来看，VLA仅在C中受支持，并且仅在C99之后受支持。C 中不支持它们。

从编译器的角度来看，g将支持vla作为C90和C的扩展，但是如果你用< code>-pedantic编译，它将禁用那些扩展，你将得到一个编译错误。

Visual Studio在C或C中都不支持VLA。VS只支持C89标准，AFAIK MS也没有计划支持更高的C标准。

就范围而言，这是在C标准中定义的:

VLA不能被声明为静态或在文件范围内是有技术原因的；具有静态存储持续时间的对象在程序启动时被分配并保持到程序终止，如果我没有弄错的话，它不能保证对象会以任何特定的顺序被分配和初始化。所以这些项目需要在编译时知道它们的大小。