本人新手。看很多c语言教程上说数组是不能动态赋值的，即以下形式是非法的：int n;scanf("%d",&n);int m[n]。
但是我实际编写时发现编译和运行都没问题，不知道是为什么。以下是我的实例：
#include<stdio.h>
void main()
{
    int n,i;
    printf("input:");
    scanf("%d",&n);
    int m[n];
    printf("inputs:");
    for(i=0;i<n;i++)
      scanf("%d",&m[i]);
    for(i=0;i<n;i++)
      printf("%4d",m[i]);
    printf("\n");
}
上面是源码，以下是编译和运行过程。注：本人是在linux系统下用gcc编译器。

loongson@LOonux:~$ gcc -g -o shuzu.o shuzu.c
loongson@LOonux:~$ ./shuzu.o
input:4
inputs:1 2 3 4
   1   2   3   4

没有任何问题！

gcc编译器居然能让你这个代码生成.exe执行文件，啧啧~

谁说是.exe文件了？明明就是那个shuzu.o文件。linux系统。

表示刚刚学c语言，不知道怎么回事~

表示也疑惑

你执行得到后面那个画面，就已经获得.exe，还.o呢，连C的运行机制也不明白是吧。

gcc的-o参数后面跟输出文件名 linux或者说*nix系统里面可执行文件从习惯上不用特殊的后缀 因为这个系统有一个判断文件类型的方法 而非windows那样根据后缀决定打开方式

这里可能是C99或者其他东西对数组的扩充 从堆栈的实现方法来说 动态大小没有任何困难 但为啥不实现呢 1 兼容性 2 速度 我觉得很多编译器不大乐意实现都是基于速度考虑的罢 因为C里面局部变量都是在堆栈上 而降低了堆栈的效率等于影响了整个C语言程序的效率 所以像神马动态 神马释放 支持情况都不大好

尽信书不如无书 语言最终是用编译器理解的 所以可以说一切以编译器为准 编译器手册都不一定靠谱 既然这里gcc支持 那就是支持 这也论证了书是不正确的 最起码这里是错的

类似的 实验可以推翻理论 但理论不能推翻实验

能执行的都是机器码，任何操作系统都不靠文件扩展名来识别程序能否执行。gcc编译器能让这种代码编译通过，那么它只能是垃圾编译器！

gcc不要钱 光这一点就够了。。