CentOS 6.4中升级编译安装GCC 4.8.1 + GDB 7.6.1 + Eclipse 以及Kdump配置

今天下午看到这个消息，晚上就实在忍不住了，赶紧把最新的gcc下载下来编译安装起来，下面介绍下安装步骤：

安装之前，还是提醒下大家：一些基本的准备工作我就不说了，比如得装个Linux（CentOS，Ubuntu等等），然后装上基本的编译环境，用较老的编译环境编译新的编译器，这叫自举（bootstrap）。如果编译的过程，提示出错，就按照提示去把环境装好，不再详细说明。

新安装的CentOS缺少编译环境，必须先安装旧版本的gcc，然后再进行自举编译

cd gcc-build-4.8.1
../gcc-4.8.1/configure --enable-checking=release --enable-languages=c,c++ --disable-multilib

sudo cp /root/Downloads/gcc-build-4.8.1/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.18 /usr/lib
sudo ln -sf /usr/lib/libstdc++.so.6.0.18 /usr/lib/libstdc++.so.6

红字部分在不同平台上有所不同，注意，如果是64位系统，则命令中的lib要替换为lib64

（按照作者的步骤安装后，还需要一个步骤更新一下libstdc++.so.6，否则可能会出现/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15‘ not found的问题（编译运行：http://www.cplusplus.com/reference/functional/bind/的bind_example），更新步骤如下：
1. #cp ~/gcc-build-4.8.1/prev-i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.18 /usr/lib64
2. #ln -sf /usr/lib64/libstdc++.so.6.0.18 /usr/lib64/libstdc++.so.6）

g++ (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

gcc (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

6. 将编译好的gdb拷贝到/usr/bin目录中
sudo cp /root/Downloads/gdb-7.6.1/gdb/gdb /usr/bin/gdb
7. 查看安装是否成功。
gdb -v

在系统桌面上单击右键，在弹出菜单中选择“Create Launcher ...”，按照如下截图进行设置：

其中，Command参数为/usr/local/Eclipse4C/eclipse，点击OK按钮便可在桌面创建快捷方式

在桌面上双击打开Eclipse4C快捷方式，将Workspace目录指定为/home/Workspace/C，如下图所示：

在Eclipse的菜单栏上找到Help → Install New Software ...，打开Install窗口，配置好之后，如下图所示：

右键点击工程名称，在弹出的菜单中选择ShellED → Add Shell Script Support

CENTOS 升级GCC到4.8.2

kexec是一个快速启动机制，允许通过已经运行的内核的上下文启动一个Linux内核，不需要经过BIOS。BIOS可能会消耗很多时间，特别是带有众多数量的外设的大型服务器。这种办法可以为经常启动机器的开发者节省很多时间。

kdump是一个新的，而且非常可信赖的内核崩溃转储机制。崩溃转储数据可以从一个新启动的内核的上下文中获取，而不是从已经崩溃的内核的上下文。当系统崩溃时，kdump使用kexec启动到第二个内核。第二个内核通常叫做捕获内核（capture kernel），以很小内存启动，并且捕获转储镜像。

第一个内核保留了内存的一部分，第二个内核可以用来启动。注意，在启动时，kdump保留了一定数量的重要的内存，这改变了红帽企业Linux 5最小内存需求。为了计算系统需要的真正最小内存，可以参看 http://www.RedHat.com/rhel/details/limits/ 上列出的最小内存需求，加上kdump使用的内存数量，以决定真正的最小内存的需求。

因为第一个内核的内存内容已经被保留，所以kexec可以不经过BIOS，启动捕获内核。这是内核崩溃转储的根本。

怎样配置kdump

1.确认kexec-tools已经安装：

#rpm -q kexec-tools

2.确认kernel-debuginfo和其支持包kernel-debuginfo-common已经安装

#rpm -qa|grep kernel

下载地址http://debuginfo.centos.org/6/x86_64/

3.配置/etc/kdump.conf文件，指定vmcore将被转储的路径。可以通过scp拷贝到另一个服务器，也可以是裸设备，或者本地的文件系统。

path /var/crash

4.修改/etc/sysctl.conf文件添加以下内容：

vm.panic_on_oom = 1

kernel.panic_on_unrecovered_nmi = 0

kernel.unknown_nmi_panic = 0

kernel.panic_on_oops = 1

5.修改一些启动参数，为捕获很保留一块内存。对于i386和x86_64架构，编辑/etc/grub.conf，在内核行的末尾添加

ro root=LABEL=/1 rhgb quiet crashkernel=128M@32M

下面是一个带有kdump选项的/etc/grub.conf文件：

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,0)
#          kernel /boot/vmlinuz-version ro root=/dev/hda1
#          initrd /boot/initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Client (2.6.17-1.2519.4.21.el5)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.17-1.2519.4.21.el5 ro root=LABEL=/ rhgb quiet crashkernel=128M@16M
        initrd /boot/initrd-2.6.17-1.2519.4.21.el5.img
6.修改之后，重启系统。128M内存（从16M开始）不被正常的系统使用，为捕获内核保留。注意，free -m的输出会显示内存比不加参数时少了128M，这就是我们所期望的。

注意：可以使用小于128M，但是只使用64M做测试被证实是不可靠的。

在/boot/grub/menu.lst/中需要添加这样的参数，即crashkernel=X@Y，其中X是转储空间大小（确切的讲，是转储文件的最大大小），Y是转储的内存偏移。各种参考资料，包括官方给出的资料都是填写128M@16M，但是有的时候，16M偏移的内存已经被占用。这个时候，需要改成32M，相应的，在make menuconfig 时候的编译选项CONFIG_PHYSICAL_START=0x1000000 也需要改成0x2000000。发生内存冲突时候，kdump服务起不来，报错是缺少crashkernel这个启动选项，而官方的文档中的解决方法只是说重新检查这个启动文件的书写，真是很迷惑人。我检查很多次都没有发现问题，最终搜索一下午，在网上的一个bug报告中发现了这个问题，唬人呀！

7.现在，保留内存已经设置了，打开kdump初始脚本，启动服务：

# chkconfig kdump on
# service kdump start
8.可以通过kexec加载内核镜像，让系统准备捕获一个崩溃时产生的vmcore。可以通过sysrq强制系统崩溃：

# echo "c" > /proc/sysrq-trigger
这造成kernel panic，紧跟着系统重启kdump内核。当启动进程进入到启动kdump服务器时，vmcore将会被拷贝到你在/etc/kdump.conf文件中指定的位置。

注意：

终端frame-buffer和X将运行不正常。在运行一些类似于在内核配置上添加了"vga=791"或者运行X的系统，在通过kexec启动内核时，终端显示将不清楚。记住，kdump内核仍旧能够创建转储。当系统重启，显示将会恢复到正常状态。

CentOS 6.4中升级编译安装GCC 4.8.1 + GDB 7.6.1 + Eclipse 以及Kdump配置

在CentOS 6.4中编译安装GCC 4.8.1 + GDB 7.6.1 + Eclipse

CENTOS 升级GCC到4.8.2

centos下搭建kdump环境