C int a [n]使用g而不是vs2008

前端之家收集整理的这篇文章主要介绍了C int a [n]使用g而不是vs2008前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有以下代码
...
int n;
cin >> n;
int numbers[n];
...

它使用g(我认为)在Mac上使用NetBeans进行编译,并且在Windows上无法使用VS2008进行编译.为什么让它与每个编译器一起工作如此困难?在分配数组之前,已知数组的大小.

编辑:我知道std :: vector.实际上这是家庭作业的一部分,我开始在Mac上工作,然后回到家,并对它在VS2008上不起作用感到惊讶.感谢所有的答案.但我仍然认为如果编译器可以生成一些代码,如alloc(123),其中值123是硬编码的,那么为什么它不能生成像alloc(n)这样的东西,你从一个包含int的内存地址得到n ñ等等.默认情况下允许这样的东西似乎更合乎逻辑.

解决方法

虽然数组的大小在分配之前是已知的,但直到运行时才知道它.这称为可变长度数组(VLA)并且是C99主义,由g支持默认启用的扩展.明确地说,这不符合C 98/03,因此Visual C完全有权拒绝它.

如果您真的想要运行时动态调整大小,请在堆上进行分配(通过new []).这将在任何地方工作,作为奖励,保护您免受堆栈溢出.

猜你在找的C&C++相关文章