命令行编译控制台和c标准库

A. 如何在命令行编译执行C++源文件

gcc命令提供了非常多的命令选项，但并不是所有都要熟悉，初学时掌握几个常用的就可以了，到后面再慢慢学习其它选项，免得因选项太多而打击了学习的信心。

一. 常用编译命令选项
假设源程序文件名为test.c。

1. 无选项编译链接
用法：#gcc test.c
作用：将test.c预处理、汇编、编译并链接形成可执行文件。这里未指定输出文件，默认输出为a.out。编译成功后可以看到生成了一个a.out的文件。在命令行输入./a.out 执行程序。./表示在当前目录，a.out为可执行程序文件名。

2. 选项 -o
用法：#gcc test.c -o test
作用：将test.c预处理、汇编、编译并链接形成可执行文件test。-o选项用来指定输出文件的文件名。输入./test执行程序。

3. 选项 -E
用法：#gcc -E test.c -o test.i
作用：将test.c预处理输出test.i文件。

4. 选项 -S
用法：#gcc -S test.i
作用：将预处理输出文件test.i汇编成test.s文件。

5. 选项 -c
用法：#gcc -c test.s
作用：将汇编输出文件test.s编译输出test.o文件。

6. 无选项链接
用法：#gcc test.o -o test
作用：将编译输出文件test.o链接成最终可执行文件test。输入./test执行程序。

7. 选项-O
用法：#gcc -O1 test.c -o test
作用：使用编译优化级别1编译程序。级别为1~3，级别越大优化效果越好，但编译时间越长。输入./test执行程序。

二. 多源文件的编译方法

如果有多个源文件，基本上有两种编译方法：
[假设有两个源文件为test.c和testfun.c]

1. 多个文件一起编译
用法：#gcc testfun.c test.c -o test
作用：将testfun.c和test.c分别编译后链接成test可执行文件。

2. 分别编译各个源文件，之后对编译后输出的目标文件链接。
用法：
#gcc -c testfun.c //将testfun.c编译成testfun.o
#gcc -c test.c //将test.c编译成test.o
#gcc -o testfun.o test.o -o test //将testfun.o和test.o链接成test

以上两种方法相比较，第一中方法编译时需要所有文件重新编译，而第二种方法可以只重新编译修改的文件，未修改的文件不用重新编译。

B. 怎么用linux写c语言

Linux正在成为开发人员的编程天堂，成为开源和免费操作系统。 Turbo C编译器已经是一种编译程序的旧方法，所以让程序员转向Linux以获得新的编程环境。 在本文中，我们将解释如何编写，编译和运行一个简单的C程序。 这将成为您迁移到可以在Linux上编写和执行的更复杂和有用的C程序的基础。

我们在Ubuntu 18.04 LTS系统上运行了本文中提到的步骤和命令。

我们将使用Linux命令行工具Terminal，以编译一个简单的C程序。 要打开终端，您可以使用Ubuntu Dash或Ctrl + Alt + T快捷方式。

第1步：安装build-essential软件包

为了编译和执行C程序，您需要在系统上安装必要的软件包。 在Linux终端中以root用户身份输入以下命令：

sudo apt-get install build-essential

系统会要求您输入root用户密码; 安装过程将在此之后开始。 请确保您已连接到互联网。

第2步：编写一个简单的C程序

安装必要的软件包之后，让我们编写一个简单的C程序。

打开Ubuntu的图形文本编辑器，将以下示例程序写入或复制到其中：

#include<stdio.h>

int main()

{

printf("nA sample C program www.linuxidc.comnn");

return 0;

}

然后使用.c扩展名保存文件。 在这个例子中，我将我的C程序命名为linuxidc.c

或者，您可以通过gedit中的终端编写C程序，如下所示：

gedit linuxidc.c

这将创建一个.c文件，您可以在其中编写和保存程序。

第3步：使用gcc编译C程序

在终端中，输入以下命令以生成您编写的程序的可执行版本：

句法：

$ gcc [programName].c -o programName

示例:

$ gcc linuxidc.c -o linuxidc

C. 如何用命令行 cmd 编译运行c c 程序

Windows系统下编译连接源代码方法：
cl -GX test.c
-GX： 启动同步异常处理
上面的命令会产生可执行程序：test.exe
在命令行中直接输入：test.exe 就可运行该程序

Tips:
一、cmd中键入cl提示不认识cl命令，则由于无法找到cl.exe程序。解决方法如下：
添加系统变量(Path)，这样：我的电脑->属性->高级->环境变量->系统变量，在path中添加
C:/Program Files/Microsoft Visual Studio 9.0/VC/bin；。
注意：
1、结尾最后用“；”隔开！
2、如果你的Microsoft Visual Studio 低于9.0版本或高于9.0版需要修改上面的路径名称。

二、cmd中键入cl执行编译时会出现mspdb80.dll无法找到的情况，是因为VC/Bin/下没有 “msobj80.dll,
mspdb80.dll,mspdbcore.dll,mspdbsrv.exe”这四个文件，解决的方法：
1>直接从Common7/IDE/下复制这四个文件到VC/Bin/下即可解决
2>添加系统变量(Path)，这样：我的电脑->属性->高级->环境变量->系统变量，在path中添加 C:/Program Files/Microsoft Visual Studio 8/Common7/IDE；，注意结尾最后用“；”隔开！
这样在用cl编译就不会出现mspdb80.dll文件找不到的错误了。

D. 机器码、CPU指令集、汇编指令集、操作系统、API接口、C标准库的关系。

你好，我来初步解释你所提的问题，仅供参考。

1、不同的CPU肯定对应不同的机器码，其实这种说法不规范，应该是不同的机器码集，或机器指令集，因为汇编指令和机器指令是一一对应的，也可以说成是汇编指令集。我们编写的程序最后都是处理（这里的处理根据不同的高级语言，可能是解释、预编译、编译、链接等等）成由汇编指令集里面的指令构成的指令序列，然后调入内存，再一条条由知道这每条指令干什么用的CPU来执行的。
你说的“+”号，其实就是加法指令，当然不可能是“010101”，因为没有6位的指令，只可能是4位、8位、16位、32位、64位。
位数相同不同型号的CPU，指令集略有不同的，但绝大多数指令应该是相同的。比如类似你说的“+”等算术运算，当然还有更多的其它指令，都是相同的二进制编码。这就是你的同一台电脑可以使用INTEL的CPU，也可以使用AMD的CPU的原因，并不会因为你换了CPU，电脑就不能运行了。
那么32位的CPU还能执行16位的指令吗？那么64位的CPU还能执行32位、16位的指令吗？这就看CPU是否向下兼容了。如果你的程序（exe文件）很老，一运行就出错，或者蓝屏了，呵呵，就不兼容了。CPU不再认识你的程序里的那些“老”指令了。
2、这个问题在回答1里已经说的很清楚了，机器码就是CPU的指令，CPU的指令集就是机器码的集合，说白了，就是CPU的API（应用程序编程接口），只不过这里的应用指的是汇编语言。
3、和2是同一个问题，汇编指令集当然和CPU指令集是一一对应的。一种新的CPU生产出来后，它的指令集就是固定的。生产厂家就会推出对应的新的汇编系统，与其指令集相配套。然后那些编译系统开发商们也会对他们的系统进行升级，增加新的特性。
4、C标准库也是机器指令构成的程序，当然和CPU指令集有关系。所谓的标准，不是针对机器语言来说的，而是针对C语言的编码来说的。比如sin(x);这个函数，在不同的电脑（PC机、苹果机甚至手机、单片机等），用C语言编写代码时，都是sin(x)，不会是别的（比如sn(x)）。诸如此类的所有函数形成的集合就是一个标准库。所以我们编写的标准C程序，可以再PC机上编译成PC机能运行的机器指令，也可以再苹果机上编译成苹果机能运行的机器指令，PC机上有PC机的"翻译"，苹果机上有苹果机的“翻译”，他们将这个你编写的这个相同的C程序翻译成不同的机器指令，但最终程序的运行结果是一样的。这就是可移植性，因为遵循了标准。标准不光指的标准库，还包括数据类型、关键字、运算符、语法等。标准库的实现当然和你所使用的计算机的CPU的指令集是紧密相关的。C的编译器的实现可以是机器语言、汇编语言，也可以是C语言实现。呵呵，这个好像不太好理解。所谓的编译，就是将你的由字符构成的源程序转化成机器能理解的二进制，二进制无非是0、1构成的一串符号，先存在硬盘，再调入内存运行。机器语言、汇编语言、C语言都能处理二进制，都能生成那个最终的二进制文件，明白了吧。
C库函数和windows api基本没有关系。windows有自己的一套库函数，就是API，事实上，C的标准库已经没有多大意义了。如果我们编写没有图形界面的某些应用程序，如控制台应用程序，可能还会用到标准库。
5、windows如果不知道CPU的指令集，如何发挥windows的最佳效率？而汇编语言、C语言和CPU联系的最紧密，当然要用它们来写。
所谓封装，就是隐藏其实现，暴露其接口。正如CPU一样，我们知道ADD A,B是计算A加B，怎么计算的，不用知道。CPU指令集就是这台裸机（无操作系统）给我们的一个API。
一台安装了windows系统的计算机，其实是一台建立在裸机基础上的“虚拟机”。这就好比一个初生儿和一个成人一样，初生儿其实具备了一个人的所有特征，但你无法和他交流（即使是机器语言也不行，呵呵），但他的确什么都会，你能说一个初生儿不会说英语吗，他会的，他已经具备了说英语的所有条件，因为他有嘴巴、会发音，有嘴巴就会说。但是让初生儿说英语实在是太难了，也就是这个API不好弄。一个成人就是安装了操作系统的长大了的初生儿，他的功能更多了。比如肌肉发达了（相当于外设增加了），能很看懂英语和说英语了（高级语言有了）。但最终还是要和初生儿一样用嘴巴说英语！只不过说的更好听而已，也就是API更丰富罢了。但不论你吃的是什么山珍海味，还是五谷杂粮，最终都转换成氨基酸、葡萄糖、微量元素和水供肠胃吸收。不论你用什么语言编写的程序，最终都是CPU执行的二进制机器指令。
API本质上一个windows系统调用的集合，调用windows给我们提供的所有功能，比如创建一个窗口。如果windows没有提供这个集合，那么windows还有用吗？至于windows是怎么提供这个API的，API是怎么实现的，这个就要问microsoft了。

E. 在cmd中输入哪几句话把c语言编译和运行出来

1.打开命令行界面:键盘win+r，输入CMD，回车。您可以打开命令行。

F. c运行时库和c标准库一样吗

你好！！！
有c标准库这个说法的，首先标准库的就是一些已经编译好的函数，比如：求绝对值，什么sin()，cos()函数，这些函数都已经编写好了，我们要是想使用这些函数只需要加入相关的头文件即可。这个已经写好的函数就组成了函数库。也就是我们所说的c标准库。

再补充点： runtime library是编译器提供的标准库库，提供了基本的库函数和系统调用，我们一般使用的runtime library是c runtime library. c runtime library实现利ANSICa标准的库。
我们所说的非标准库就是哪些没有被专家承认的函数，但是我们并不能说这样的函数就不好。

G. linux下c编程怎么编译

有以下步骤：

1.源程序的编译
在Linux下面,如果要编译一个C语言源程序,我们要使用GNU的gcc编译器. 下面
我们以一个实例来说明如何使用gcc编译器.
假设我们有下面一个非常简单的源程序(hello.c):
int main(int argc,char **argv)
{
printf("Hello Linux\n");
}
要编译这个程序,我们只要在命令行下执行:
gcc -o hello hello.c
gcc 编译器就会为我们生成一个hello的可执行文件.执行./hello就可以看到程
序的输出结果了.命令行中 gcc表示我们是用gcc来编译我们的源程序,-o 选项表示
我们要求编译器给我们输出的可执行文件名为hello 而hello.c是我们的源程序文件.
gcc编译器有许多选项,一般来说我们只要知道其中的几个就够了. -o选项我们
已经知道了,表示我们要求输出的可执行文件名. -c选项表示我们只要求编译器输出
目标代码,而不必要输出可执行文件. -g选项表示我们要求编译器在编译的时候提
供我们以后对程序进行调试的信息.
知道了这三个选项,我们就可以编译我们自己所写的简单的源程序了,如果你
想要知道更多的选项,可以查看gcc的帮助文档,那里有着许多对其它选项的详细说
明.
2.Makefile的编写
假设我们有下面这样的一个程序,源代码如下:

#include "mytool1.h"
#include "mytool2.h"
int main(int argc,char **argv)
{
mytool1_print("hello");
mytool2_print("hello");
}

#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str);
#endif

#include "mytool1.h"
void mytool1_print(char *print_str)
{
printf("This is mytool1 print %s\n",print_str);
}

#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str);
#endif

#include "mytool2.h"
void mytool2_print(char *print_str)
{
printf("This is mytool2 print %s\n",print_str);
}
当然由于这个程序是很短的我们可以这样来编译
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
这样的话我们也可以产生main程序,而且也不时很麻烦.但是如果我们考虑一
下如果有一天我们修改了其中的一个文件(比如说mytool1.c)那么我们难道还要重
新输入上面的命令?也许你会说,这个很容易解决啊,我写一个SHELL脚本,让她帮我
去完成不就可以了.是的对于这个程序来说,是可以起到作用的.但是当我们把事情
想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一
个一个的去编译?
为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make.我们
只要执行以下make,就可以把上面的问题解决掉.在我们执行make之前,我们要先
编写一个非常重要的文件.--Makefile.对于上面的那个程序来说,可能的一个
Makefile的文件是:
# 这是上面那个程序的Makefile文件
main:main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o:main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o:mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o:mytool2.c mytool2.h
gcc -c mytool2.c
有了这个Makefile文件,不过我们什么时候修改了源程序当中的什么文件,我们
只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其
它的文件她连理都不想去理的.
下面我们学习Makefile是如何编写的.
在Makefile中也#开始的行都是注释行.Makefile中最重要的是描述文件的依赖
关系的说明.一般的格式是:
target: components
TAB rule
第一行表示的是依赖关系.第二行是规则.
比如说我们上面的那个Makefile文件的第二行
main:main.o mytool1.o mytool2.o
表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o
mytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命
令.就象我们的上面那个Makefile第三行所说的一样要执行 gcc -o main main.o
mytool1.o mytool2.o 注意规则一行中的TAB表示那里是一个TAB键
Makefile有三个非常有用的变量.分别是$@,$^,$<代表的意义分别是:
$@--目标文件,$^--所有的依赖文件,$<--第一个依赖文件.
如果我们使用上面三个变量,那么我们可以简化我们的Makefile文件为:
# 这是简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o:main.c mytool1.h mytool2.h
gcc -c $<
mytool1.o:mytool1.c mytool1.h
gcc -c $<
mytool2.o:mytool2.c mytool2.h
gcc -c $<
经过简化后我们的Makefile是简单了一点,不过人们有时候还想简单一点.这里
我们学习一个Makefile的缺省规则
.c.o:
gcc -c $<
这个规则表示所有的 .o文件都是依赖与相应的.c文件的.例如mytool.o依赖于
mytool.c这样Makefile还可以变为:
# 这是再一次简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
.c.o:
gcc -c $<
好了,我们的Makefile 也差不多了,如果想知道更多的关于Makefile规则可以查
看相应的文档.

3.程序库的链接
试着编译下面这个程序

#include
int main(int argc,char **argv)
{
double value;
printf("Value:%f\n",value);
}
这个程序相当简单,但是当我们用 gcc -o temp temp.c 编译时会出现下面所示
的错误.
/tmp/cc33Ky.o: In function `main':
/tmp/cc33Ky.o(.text+0xe): undefined reference to `log'
collect2: ld returned 1 exit status
出现这个错误是因为编译器找不到log的具体实现.虽然我们包括了正确的头
文件,但是我们在编译的时候还是要连接确定的库.在Linux下,为了使用数学函数,我
们必须和数学库连接,为此我们要加入 -lm 选项. gcc -o temp temp.c -lm这样才能够
正确的编译.也许有人要问,前面我们用printf函数的时候怎么没有连接库呢?是这样
的,对于一些常用的函数的实现,gcc编译器会自动去连接一些常用库,这样我们就没
有必要自己去指定了. 有时候我们在编译程序的时候还要指定库的路径,这个时候
我们要用到编译器的 -L选项指定路径.比如说我们有一个库在 /home/hoyt/mylib下
,这样我们编译的时候还要加上 -L/home/hoyt/mylib.对于一些标准库来说,我们没
有必要指出路径.只要它们在起缺省库的路径下就可以了.系统的缺省库的路径/lib
/usr/lib /usr/local/lib 在这三个路径下面的库,我们可以不指定路径.
还有一个问题,有时候我们使用了某个函数,但是我们不知道库的名字,这个时
候怎么办呢?很抱歉,对于这个问题我也不知道答案,我只有一个傻办法.首先,我到
标准库路径下面去找看看有没有和我用的函数相关的库,我就这样找到了线程
(thread)函数的库文件(libpthread.a). 当然,如果找不到,只有一个笨方法.比如我要找
sin这个函数所在的库. 就只好用 nm -o /lib/*.so|grep sin>~/sin 命令,然后看~/sin
文件,到那里面去找了. 在sin文件当中,我会找到这样的一行libm-2.1.2.so:00009fa0
W sin 这样我就知道了sin在 libm-2.1.2.so库里面,我用 -lm选项就可以了(去掉前面
的lib和后面的版本标志,就剩下m了所以是 -lm).

4.程序的调试
我们编写的程序不太可能一次性就会成功的,在我们的程序当中,会出现许许
多多我们想不到的错误,这个时候我们就要对我们的程序进行调试了.
最常用的调试软件是gdb.如果你想在图形界面下调试程序,那么你现在可以选
择xxgdb.记得要在编译的时候加入 -g选项.关于gdb的使用可以看gdb的帮助文件.由
于我没有用过这个软件,所以我也不能够说出如何使用. 不过我不喜欢用gdb.跟踪
一个程序是很烦的事情,我一般用在程序当中输出中间变量的值来调试程序的.当
然你可以选择自己的办法,没有必要去学别人的.现在有了许多IDE环境,里面已经自
己带了调试器了.你可以选择几个试一试找出自己喜欢的一个用.

5.头文件和系统求助
有时候我们只知道一个函数的大概形式,不记得确切的表达式,或者是不记得函数在那个头文件进行了说明.这个时候我们可以求助系统，比如说我们想知道fread这个函数的确切形式,我们只要执行 man fread 系统就会输出着函数的详细解释的.和这个函数所在的头文件说明了。如果我们要write这个函数说明，当我们执行man write时，输出的结果却不是我们所需要的。因为我们要的是write这个函数的说明，可是出来的却是write这个命令的说明。为了得到write的函数说明我们要用man 2 write。2表示我们用的是write这个函数是系统调用函数，还有一个我们常用的是3表示函数是c的库函数。

H. 如何用命令行编译cpp文件

单个文件：
g++ file.cpp
这是最简单形式，缺省输出为a.out，可以用-o命令指定输出文件，比如g++ file.cpp f.out

多个文件：
g++ -c 1.cpp -o 1.o
g++ -c 2.cpp -o 2.o
g++ 1.o 2.o -o prog.out
链接成可执行文件：
一般用g++ -o file file.cpp
多个文件是g++ -o file file1.cpp file2.cpp
编译C++不是用GCC而是G++.
如果用GCC能编译但不能链接.
多个文件：
1.编译多个文件，但不连接：
g++ file1.cpp file2.cpp
会生成两个文件：file1.o, file2.o
2.连接：

g++ -o outFileName file1.o file2.o
会生成一个可执行文件：outFileName。

I. c运行库，c标准库，windows API的区别和联系

运行库 就是运行时需要的库
也就是动态库，在win上就是dll，在linux就是.so

标准库，就是C本身标准的库，不管什么平台，什么系统都可以用。
完全用标准库函数写的程序，在windows上和linux上都能用

windows API 就是win 特有的接口。和windows系统相关。在一般情况下，用win api的代码
拿到其他平台上，比如linux 是无法编译成功的。