vi编译的程序储存在哪了

❶ 一个程序编译完成后在内存中是如何存储的

不存储在内存条上，存储在硬盘上，当需要程序运行时，程序被加载到内存条上。可以去看一下王爽的汇编语言，里面有关于这个的介绍，看目录就能找到了

❷ 用VI写了一个hello.c程序放在/里 请问怎么运行呢

在控制台 gcc /hello.c -o /hello.out,编译没错的话,就会在根目录出现一个hello.out的文件,然后 /hello.out,就可以看到结果了.

具体参阅GCC的用法

一.gcc历史

GCC最早是Richard Stallman在十几年前编写的针对于C的编译器,意思即为GNU C Compiler,后来发展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持逻辑编程的Mercury语言，后来其英文原名变为:GNU Compiler ollection([1]).除此之外，GCC对于各种硬件平台都提供了完善的支持。

一般的，GCC的编译功能包括gcc(C的编译器),g++(C++的编译器)，在编译过程中，一共有四步工作。

1.预处理，生成i文件，C文件编译为.i文件，C++文件编译为.ii文件，它们都为源程序的预处理结果文件.以最简单的Hello World程序为例:

*********************************
// test.c
#include "stdio.h"
#define MAX 9

int main()
{
int a;
a=MAX;
printf("Hello Worldn");
}
*********************************

用cpp test.c test.i 可得到预处理文件test.i，通过查看该文件，我们可以看到，我们引入的include文件已经被引入处理，define定义的部分已经被完全带入。

2.预处理文件转换成汇编语言，生成.s文件。这一步利用egcs来完成(在mingw标准包中没有见到这个预编译器，所以测试没有成功，将继续测试）

3.汇编变为目标文件，生成.o文件,利用as来完成。

4.连接目标文件，生成可执行程序，利用ld来完成.(后续继续研究ld编译过程。)

二.GCC参数祥解

-x language filename
设定文件使用的语言，这样源程序的后缀名无效了，并对gcc后接的多个编译文件都有效。这样如 果存在.c和.cpp文件联编会有问题，解决这个问题用到了下一个参数 -x none filename,在下面做介绍。因为在预处理过程中对于.c和.cpp文件的处理方式是不一样的。可以使用的参数有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.编译的时候， 如果有这样的一个用C语言写的test.tmp的文件，用gcc编译的时候就用gcc -x c test.tmp就可以让gcc用编译C语言的方式来编译test.tmp.

-x none filename
关掉上一个选项，就是让gcc根据文件名后缀，自动识别文件类型。如用下列方式编译: gcc -x c test.tmp -x none test2.c 这样可以自由地选择编译方式

-c
只激活预处理，编译和汇编，也就是把程序做成obj文件。如gcc -c test.c 就会生成test.o文件，当然这样还只是目标文件，需要经过ld连接器对所有的.o文件进行联接才能生成可执行文件.

-S
只激活预处理和编译，把文件编译到汇编代码。相当到对源程序做一个egcs操作,生成.s文件。可以查看生成的汇编文件结果。这个对于研究汇编语言的程序员来说是很有作用的。

-E
只激活预处理，这个将对文件进行预处理，将对所有引入的include文件和define定义的量进行代换，为我们开头所说的gcc 编译的第一步，即用cpp命令将程序语言文件进行预处理.但这一步不生成结果文件，如果你需要生成结果文件保存，那么需要利用系统中的输出重定向。

-o
定制目标名称，缺省的时候在unix和linux平台下gcc filename的结果是一个文件名为a.out的文件，windows下用mingw里带的gcc编译结果是a.exe。如果我们用gcc -o hello.exe test.c的话，将生成hello.exe可执行程序。这个并不一定只限于最后一步可执行程序的生成，如用上面所讲的-S生成的汇编程序也可以用-o参 数生成，比如 gcc -o hello.asm -S test.c 这样hello.asm就是test.c经过预处理和编译之后的结果。

-pipe
使用管道来代替编译中的临时文件，因为编译的整个过程有几个不同的步骤，每一个步骤都是以前一个步骤的输出为输入的，这样就涉 及到数据传递的问题，在没有-pipe参数的情况下，是用临时文件的形式来进行传递的，在有该情况的时候就利用管道来传递中间数据。当然，在某些系统中， 汇编不能读取管道数据，这样这个参数就不能正常工作了。

-ansi
关闭gnu c与ansi c不兼容的特性，激活ansi c的专有特性,在此情况下，处理器会定义一个__STRICT_ANSI__的宏，在有些头文件中会关注该宏是否被申明过，以避免某些函数的引入。此项可参照ansi c与gnu c的差别得到更多理解。

-fno-asm
此选项为ansi选项功能的一部分，禁止将asm,inline,typeof用作关键字。

-fno-strict-prototype
这个选项只对g++有作用。这个参数让编译器将所有没有参数的函数都认为是没有显式参数的个数和类型的函数，而不是没有参数。而对于gcc来说，会将没有带参数的函数认成没有显式说明的类型。

-fthis-is-variable
这个参数仅对C++程序有效,可以让this做一般变量使用，允许对this赋值.

-fcond-mismatch
允许条件表达式的第二和第三参数类型不匹配.表达式的值为void型.

-funsigned-char
-fno-signed-char
-fsigned-char
-fno-unsigned-char
这四个是对char在编译时进行的设置，它们分别决定将char设为unsigned char或signed char.

-include filename
加入头文件的位置，以使程序中顺利使用#include ，这样就可以在编译的时候这样编译:gcc test.c

-include ./include/test.h，进行联编。

-imacros filename
将filename中的宏扩展到gcc的输入文件里，宏定义本身不会出现在输入文件中。意即在编译某个文件test.c的时候，它里面申明的宏如果在没有用到该参数的时候，生成目标文件之后就会被丢弃掉，而在用了这个参数之后，这些宏将被保留用于之后文件的编译。

-Dmacro
相当于#define macro,宏的内容为字符串'1'。如在编译的时候使用gcc -o test.exe test.c -DDEBUG就相当于在test.c里面定义了DEBUG宏，值为字串'1'。可用如下程序测试可知：
**********************************
//test.c
#include "stdio.h"

int main()
{
printf("Hello Worldn");
#ifdef DEBUG
printf("hellon");
#endif
}
**********************************

如用gcc -o test.exe test.c编译，刚运行结果为:
Hello World
如用gcc -o test.exe test.c -DDEBUG编译，则运行结果为:
Hello World
hello

因此可以在下一种编译方法中相当于在test.c里面定义了DEBUG宏。

-Dmacro=define
作用同上，但设定宏的值为define.

-Umacro
相当于给程序中定义的宏作了一次undefine.即:#undef macro

-undef
取消了对任何非标准友的定义

-Idir
在#include 的时候，先在用这个参数指定的位置找头文件，如果没有找到，则到缺省的目录找头文件

-I-
取消-Idir的作用，表明以后编译的程序将不在-Idir指定的目录里寻找头文件。

-idirafter dir
在-I的目录里面查找失败之后，再在这个目录里面查找头文件，这样的参数为设置头文件查找的优先级问题比较有帮助。

-iprefix prefix
-iwithprefix dir
这两个参数一起用，在-I目录寻找失败的时候，到prefix的dir下查找头文件。

-nostdinc
编译器不再系统缺省的头文件目录里面找头文件。这样就可以精确地确定头文件的来源，应该比较慎用，在对编译器不是很了解的情况下容易造成编译失败.

-nostdinc C++
不在g++的标准路径中找头文件，但在其他的路径中继续找。在创lib的时候用。

-C
为了有效的分析程序，有预处理的时候不删除注释信息，与-E一起使用，有利用分析程序的过程。

-M
生成文件的关联的信息，这样就可以知道源代码文件里面关联了哪些它所依赖的头文件。

-MM
同上，但忽略由#include 造成的依赖关系

-MD
跟-M相当，但是输出导入到.d文件中，如gcc -MD test.c，刚输出的依赖关系存放在test.d文件里。

-MMD
跟-MM相同，但是输出到.d文件中,如gcc -MMD test.c，刚输出的依赖关系存放在test.d文件里。忽略#include 的关系

-Wa,option
这个参数将option传给汇编程序，如果option中有逗号，则会把option分成多项，传给汇编程序。

-Wl,option
这个参数将option传给连接程序，如果option中有逗号，则会把option分成多项，传给连接程序。

-llibrary
用于制定编译的时候使用的库，如 gcc -lgtk tset.c则程序使用gtk库进行编译，不过需要注意的是gcc库一般都是以libname.a来命名库文件，在用-l参数来加入库文件的时候，直接用-lname来引入，而前面的lib被省掉。这一点需要注意。

-Ldir
编译的时候设定库文件查找的路径，不然的话，编译器只在标准库路径里面找库。

-00
-01
-02
-03
编译器的优化选项，-00表示没有优化,-01为缺省值，-03为最高。

-g
在编译的时候，产生调试信息

-gstabs
以stabs格式声称调试信息，但不包括gdb的调试信息。

-gstabs+
以stabs格式声称调试信息，包括gdb的调试信息。

-ggdb
该参数将把gdb的调试信息输出

-static
这个参数将禁止使用动态库，这样程序只能连接静态库。

-share
这个参数将让程序尽量使用动态库

-traditional
试图让编译器支持传统的C语言的特性.

三.总结

gcc的参数还远远多于上面写到的这些，但是有以上的参数我们已经可以对gcc的大部分编译掌握的比较熟练了，更多的参数介绍可以参照GCC的manual，现在已有翻译了的中文手册，地址在下面的参考文献里面被列出，有兴趣的朋友可以参考。

❸ 编译程序安装在计算机的哪里

举例来说：

当你使用C编写代码，使用编译器编译后，即生成了可执行程序。当可执行程序被操作系统的加载器加载到内存、并准备好必要的数据后从代码段开始执行，这时的代码段代码已经是机器码了，无须编译。当然，可执行程序里的所有数据并非都是代码，有些是写给操作系统看的，以使操作系统能为程序的执行做好必要准备。

至于说DOS命令，分为外部命令和内部命令。外部命令和一般的可执行程序没有区别，他以可执行程序文件的形式存在。没有这个文件就不能运行这个命令；内部命令是固化在操作系统中的代码模块，一般以DLL文件的形式存在。至于哪个DLL文件包含特定的内部命令的代码，就必须查资料了。

CPU所支持的指令集，是由CPU的物理设计决定的，并不是说有什么指令存放在CPU上。

当然，如果是解释性的语言。那么，可执行程序是一边被解释（编译）一边被执行的。所以他的速度要慢些。并且必须安装对应的编译（解释）程序。比如JAVA。

❹ linux中如何用gcc编译用vi写的c文件

方法/步骤

1、进入linux系统，创建C文件“vim test.c”同时进入vim编辑界面也可以利用指令“touch test.c”创建后，然后“vim test.c”进入vim编辑界面。

❺ 编译程序是不是依赖于硬件的，存储于哪一个硬件中，是主板吗

编译程序就是一个普通的程序，想删就删想装哪个就装哪个。像所有的软件一样，存在硬盘里。

并不是每个编译器都可以编译任何一个程序源代码，必须匹配地编译。
并不所有的高级语言程序都是编译的，例如Basic，是解释执行的。

❻ 计算机正在运行的程序存放在

计算机正在运行的程序一般都会存放在RAM（内存中）里，但是如果运用虚拟存储器技术可能会有一部分程序驻留在磁盘中。

RAM是与CPU进行数据交换等一些列操作的重要部件。计算机中程序的运行都离不开内存,因此内存的的好坏在一定程度上决定了计算机的好坏。

它用于暂时存放CPU中的运算数据，与硬盘等外部存储器交换的数据。

(6)vi编译的程序储存在哪了扩展阅读：

内存的技术指标一般包括奇偶校验、引脚数、容量、速度等。引脚数可以归为内存的接口类型。

程序在计算机中运行经过的步骤：

1、编译：

编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段：词法分析、语法分析、语义检查和中间代码生成、代码优化、目标代码生成。

2、链接：

把所有编译后得到的目标模块连接装配起来，再与函数库相连接成一个整体。

3、装载：

把程序装入内存的操作系统程序

4、运行：

将可执行目标文件中的代码和数据从磁盘复制到内存中，然后通过跳转到程序的第一条指令或入口点来运行程序。

参考资料来源：网络-计算机