安装两个RPM包即可搞定
[root@localhost Desktop]# rpm -ivh /home/weiwei/Desktop/libstdc++-devel-4.4.5-6.el6.i686.rpm
[root@localhost Desktop]# rpm -ivh /home/weiwei/Desktop/gcc-c++-4.4.5-6.el6.i686.rpm
查看g++是否安装成功
[root@localhost Desktop]# g++ -v
Using built-in specs.
Target: i686-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i686 --build=i686-redhat-linux
Thread model: posix
gcc version 4.4.5 20110214 (Red Hat 4.4.5-6) (GCC)
gcc与g++的区别
gcc可以用来编译C或者C++,但他只能编译c++源文件,不能自动和C++程序使用的库连接,g++可以实现C++程序的编译和链接,其实他也是调用gcc来编译的,要编译c++代码生成可执行文件要用 g++
编写一个简单的c++程序
// myfirst.cpp--displays a message
#include // make definitions visible
using namespace std;
int main() // function header
{ // start of function body
cout << "Come up and C++ me some time."; // message
cout << endl; // start a new line
cout << "You won't regret it!" << endl; // more output
return 10; // terminate main() 返回值为0代表成功,非0返回值的含义由系统自定义
} // end of function body
打开命令窗口进行编译
[root@localhost Desktop]# g++ -o test1 test.cpp
-o test1 test.cpp 从test.cpp编译生成test1文件,test1为可执行文件,没有后缀
如果不写-o test1 会默认生成一个a.out可执行文件
执行可执行文件
[root@localhost Desktop]# ./a.out
Come up and C++ me some time.
You won't regret it!
获取main函数返回值
[root@localhost Desktop]# echo $?
10
对c源文件预处理生成中间文件e.i
[root@localhost c]# g++ -E funcuse.c -o e.i
对预处理文件进行处理生成汇编语言文件e.s
[root@localhost c]# g++ -S e.i -o e.s
上述两部可以直接合并为
[root@localhost c]# g++ -s e.i -o e.s
生成目标文件,目标文件是机器代码,但不能执行,必须将目标文件与其他目标文件或库文件连接生成可执行的二进制文件才能执行
[root@localhost c]# g++ -c e.s -o e.o
[root@localhost c]# g++ e.o -o result
[root@localhost c]# ./result
在linux操作系统中运行程序必须指定程序所在的目录,除非程序的目录已经列在PATH环境变量中,所以程序前必须加./
注:echo $? 显示main函数的返回值(int型)
如果想让编译和运行同时进行可以采用如下命令:
gcc funcuse.c -o result && ./result
&&表示如果成功就。。。如果编译成功,会直接运行程序
可以将上述所有步骤合并写为
g++ funcuse.c -o result
或
g++ -o result funcuse.c
直接生成可执行文件
程序如果复杂的话,程序的各个部分会分别存储在不同的文件中,按照逻辑进行划分。
来自:http://www.cnblogs.com/lidabo/archive/2012/04/17/2454568.html
头文件的作用就是被其他的.cpp包含,本身并不参与编译,但实际上它们的内容却在多个.cpp文件中得到了 编译.
头文件中应该只放变量和函数的声明,而不能放它们的定义
这个规则是有三个例外的
头文件中可以写const对象的定义
头文件中可 以写内联函数(inline)的定义
头文件中可以写类 (class)的定义
如果将程序分成若干子程序,怎样在linux下进行编译呢?
下面以求圆的面积为例来说明
Circle.h
#ifndef CIRCLE_H
#define CIRCLE_H
class Circle
{
private:
double r;
public:
Circle();
Circle(double R);
double Area();
};
#endif
Circle.cpp
#include "Circle.h"
#include
using namespace std;
Circle::Circle()
{
this->r=5.0;
}
Circle::Circle(double R)
{
this->r=R;
}
double Circle:: Area()
{
return 3.14*r*r;
}
main.cpp
#include "Circle.h"
#include
using namespace std;
int main(int argc, char *argv[])
{
Circle c(3);
cout<<"Area="<
编译
[root@localhost cpp]# g++ -c Circle.cpp -o Circle.o
[root@localhost cpp]# g++ -c main.cpp -o main.o
[root@localhost cpp]# g++ main.o Circle.o -o main
[root@localhost cpp]# ./main
Area=28.26
-c命令表示编译,头文件不许显式编译,但实际已经编译。如果只修改了一个源文件,只需要编译改动的文件
但如果我们的程序有几百个源程序的时候,怎么办?难道也要编译器重新一个一个的编译?
makefile关系到了整个工程的编译规则。一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作,因为makefile就像一个Shell脚本一样,其中也可以执行操作系统的命令。
makefile带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率
#此行为注释
main: main.o Circle.o
g++ main.o Circle.o -o main
Circle.o:Circle.cpp
g++ -c Circle.cpp -o Circle.o
main.o:main.cpp
g++ -c main.cpp -o main.o
注意:g++命令开头的行前面必须有tab空格,不然会报错: *** missing separator. Stop
如果将名字命名为Makefile或makefile,只需要在命令行下敲入make就可以进行自动化编译
[root@localhost cpp]# make
g++ -c main.cpp -o main.o
g++ -c Circle.cpp -o Circle.o
g++ main.o Circle.o -o main
[root@localhost cpp]# ./main
Area=28.26
转自:https://my.oschina.net/hnuweiwei/blog/227276