65,199
社区成员
发帖
与我相关
我的任务
分享关于数组定义问题
定义一个数组时，如果使用：
int arr[SIZE];
这里的SIZE只能是编译时确定其值的表达式，如整数字面量，常量或它们的算术运算表达式，而不能是变量和非inline的函数调用。
请问这是标准规定的么?
为什么我用linux中的gcc编译：
unsigned f() { return 10; }
int main() {
int arr[f()];
}
也可以通过呢？并且cout << sizeof(arr)输出40，即10个int，完全正常啊。
int arr[SIZE];
这里的SIZE只能是编译时确定其值的表达式，如整数字面量，常量或它们的算术运算表达式，而不能是变量和非inline的函数调用。
请问这是标准规定的么?
为什么我用linux中的gcc编译：
unsigned f() { return 10; }
int main() {
int arr[f()];
}
也可以通过呢？并且cout << sizeof(arr)输出40，即10个int，完全正常啊。
...全文
请发表友善的回复…
发表回复
pingzhang500 2006-07-03
- 打赏
- 举报
这个，怎么说呢？？要看什么编译器了！
基本的来说，最好不要用变量来声明数组，那样很麻烦，也不好记忆，优化程序
基本的来说，最好不要用变量来声明数组，那样很麻烦，也不好记忆，优化程序
OOPhaisky 2006-07-02
- 打赏
- 举报
fireseed(【VC无敌，英明神武，千秋万代，一统江湖！】—奶油狗)说得好极了！！强烈支持！！！
jixingzhong 2006-07-02
- 打赏
- 举报
所以，可以认为是 C99 标准规定的 ...
但是不能说是 C++ 标准规定的 ...
C++ 支持这个而已 ...
但是不能说是 C++ 标准规定的 ...
C++ 支持这个而已 ...
jixingzhong 2006-07-02
- 打赏
- 举报
C89 标准规定，数组大小必须是在编译时刻确定的；
在C99 中，这个标准项被扩展，可以是运行时刻确定的值。
也就是说， 可变长数组和 C++ 本身没有关系，
只要是支持 C99 的就可以使用可变长数组，
包括支持 C99 的 C 编译器 ...
需要注意的是，
可变长数组的维数在数组生存期内是不变的，
也就是说，可变长数组不是动态的，
可变的只是数组的大小。
引进这一特性的目的是为了支持数值处理 ...
在C99 中，这个标准项被扩展，可以是运行时刻确定的值。
也就是说， 可变长数组和 C++ 本身没有关系，
只要是支持 C99 的就可以使用可变长数组，
包括支持 C99 的 C 编译器 ...
需要注意的是，
可变长数组的维数在数组生存期内是不变的，
也就是说，可变长数组不是动态的，
可变的只是数组的大小。
引进这一特性的目的是为了支持数值处理 ...
houdy 2006-07-02
- 打赏
- 举报
www.google.com
keyword: C99, VLA(Variable Length Array)
keyword: C99, VLA(Variable Length Array)
rollor_phoe 2006-07-02
- 打赏
- 举报
支持楼上！
fireseed 2006-07-02
- 打赏
- 举报
给楼主说一下，C++之所以这样规定，是考虑编译器将会把这样定义的数组存入栈内存中。而一个函数的栈大小是不可更改的，也就是说在编译器就固定了。而你试图用一个变量做为数组的长度定义，将导致编译器无法工作。
更详细的原理：
栈内存，又称堆栈。驻留于常规RAM（随机访问存储器）区域，但可通过它的“堆栈指针”获得处理的直接支持。堆栈指针若向下移，会创建新的内存；若向上移，则会释放那些内存。这是一种特别快、特别有效的数据保存方式，仅次于寄存器。
在函数中，push和pop指定用来压栈和弹栈，在进入一个函数前，必须通过移动栈底/顶指针到一个固定的长度，这个长度也就是这个函数内所有的局部变量所占的内存总和，每一个局部变量都通过栈顶/底的指针加一个正/负偏移来访问。在函数结束前栈底/顶的指针又将移动到进函数时的位置。而这些动作是编译器直接就做好了的，不用你来操心。但是你就必须做出牺牲——你无法改变已经固化的函数栈大小。
至于为什么有些地方可以支持变量初始化数组，是因为很多编译器都没有按照标准C++来实现语法编译，编译器厂商有自己的考虑。如果一个编译器支持这样的代码，那我想它在底层一定是翻译成了这样：
int *arr = new int[SIZE];
在函数结束时：
delete[] arr;
也就是说，它使用了堆内存。
讨论不标准的C++编译器中的不标准语法，是很没有必要的事！
更详细的原理：
栈内存，又称堆栈。驻留于常规RAM（随机访问存储器）区域，但可通过它的“堆栈指针”获得处理的直接支持。堆栈指针若向下移，会创建新的内存；若向上移，则会释放那些内存。这是一种特别快、特别有效的数据保存方式，仅次于寄存器。
在函数中，push和pop指定用来压栈和弹栈，在进入一个函数前，必须通过移动栈底/顶指针到一个固定的长度，这个长度也就是这个函数内所有的局部变量所占的内存总和，每一个局部变量都通过栈顶/底的指针加一个正/负偏移来访问。在函数结束前栈底/顶的指针又将移动到进函数时的位置。而这些动作是编译器直接就做好了的，不用你来操心。但是你就必须做出牺牲——你无法改变已经固化的函数栈大小。
至于为什么有些地方可以支持变量初始化数组，是因为很多编译器都没有按照标准C++来实现语法编译，编译器厂商有自己的考虑。如果一个编译器支持这样的代码，那我想它在底层一定是翻译成了这样：
int *arr = new int[SIZE];
在函数结束时：
delete[] arr;
也就是说，它使用了堆内存。
讨论不标准的C++编译器中的不标准语法，是很没有必要的事！
lddLinan 2006-07-02
- 打赏
- 举报
可变长数组存储在堆中还是在栈中，检查一下地址就知道。（我相信他不会再堆中，否则就是败笔）
函数无非一些机器指令，没有自己的栈资源。
很多编译器（VC6.0），都是将所有局部的栈变量放在函数开始的位置进行分配，这就意味着在函数代码执行前，栈变量的大小必须确定，这样如果你需要动态的分配资源只能选择慢速的堆资源分配。
C99的新标准在很大程度上满足了快速分配动态栈资源的需求，不过相信这样做是有弊端的，否则为什么C++标准不加入呢？
还有
unsigned f() { return 10; }
int main() {
int arr[f()];
}
很可能被编译器优化为int arr[10];因为f为内联函数
函数无非一些机器指令，没有自己的栈资源。
很多编译器（VC6.0），都是将所有局部的栈变量放在函数开始的位置进行分配，这就意味着在函数代码执行前，栈变量的大小必须确定，这样如果你需要动态的分配资源只能选择慢速的堆资源分配。
C99的新标准在很大程度上满足了快速分配动态栈资源的需求，不过相信这样做是有弊端的，否则为什么C++标准不加入呢？
还有
unsigned f() { return 10; }
int main() {
int arr[f()];
}
很可能被编译器优化为int arr[10];因为f为内联函数
Dan1980 2006-07-02
- 打赏
- 举报
谢谢！
lyskyly 2006-07-02
- 打赏
- 举报
不久前讨论过类似的
http://community.csdn.net/Expert/topic/4844/4844849.xml?temp=5.579776E-02
http://community.csdn.net/Expert/topic/4844/4844849.xml?temp=5.579776E-02
fdimim 2006-07-02
- 打赏
- 举报
学习中，不要给我分~
