1.Linux下源码安装的编译经验详解
2.学习Autotools相关编译工具
3.Linux离线Python源码编译及python版本升级
4.linux系统维护常见错误记录
5..a文件.o文件和.so文件有什么区别?
6../libtool --mode=compile gcc -O2 -I. -c ./jcapimin.c make: ./libtool: Command not found make: *** [

Linux下源码安装的经验详解

       在linux下安装软件，难免会碰到需要源码安装的源h源译，而就是码l码编这简简单单的./configure、make、编译sudo make install三步，源h源译却让不少人头疼不已，码l码编java积分管理系统源码这里以安装X为例具体介绍下我在安装时的编译一点小经验，以便共同学习，源h源译共同进步！码l码编

       首先，编译我们要做些准备工作，源h源译源码安装少不了这几个工具pkg-config、码l码编libtool、编译autoconf和automake(当然，源h源译还有更基础的码l码编，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，就会发现类似下面的css源码怎么复制信息(X的pc文件)：

       prefix=/usr

       exec_prefix=${ prefix}

       libdir=${ exec_prefix}/lib

       includedir=${ prefix}/include

       xthreadlib=-lpthread

       Name: X

       Description: X Library

       Version: 1.3.3

       Requires: xproto kbproto

       Requires.private: xcb = 1.1.

       Cflags: -I${ includedir}

       Libs: -L${ libdir} -lX

       Libs.private: -lpthread

       configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的，缺省情况下，pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc)，若没有找到，它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找，若是还没有找到，它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了，先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径，若返回空，则说明该库确实未安装，否则，可以根据该命令的返回结果找到库的安装地点，然后设置其环境变量，命令如下：

       export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH，这里有个常识，软件安装后，.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效，当然，你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件，可以用命令vi .bashrc编辑)，在文件末尾加上上面那句命令，重新登录即可。其他的股票srl指标源码几个在linux下也是不可或缺的，libtool为管理library时使用，没装的话错误提示如下：possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子，安装了二者后直接./autogen.sh就可以安装了)。

       准备工作做好后，就可以安装了，具体全部命令如下：

       tar vxf libX-6.2.1.tar.gz

       cd libX-6.2.1

       mkdir X-build

       cd X-build

       ../configure prefix=/usr/local/XR6

       make

       echo $

       sudo make install

       这里有一些好的安装习惯可以积累一下：1、建立一个临时编译目录，本例中为X-build，这样可以再安装完成后删除该目录，进而可以节省空间，而且保持了源码目录的整洁；2、安装到指定目录，本例中为/usr/local/XR6，最好把几个相关的安装在同一文件夹下，如这里的XR6文件夹，这样便于管理，否则全部默认安装在/usr/local下，很杂乱；3、编译完成后做检查，本例为echo $，表示检查上一条命令的退出状态，程序正常退出返回0，错误退出返回非0，也可以使用make check，关服游戏源码主要为了防止make失败后直接install，进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法，用将安装命令连接起来，如../configure prefix=**makesudo make install，这样，只有在前面的命令执行正确的情况下，后面的任务才会执行，多方便！

       除此之外，安装之前可以阅读下源码包中的readme和install等文档，往往有所需软件及其下载地址，还包括一些安装技巧和配置选项。另外，在configure前，先输入configure help，可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了，在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件，就要用到它了，最简单的解决办法就是sudo gedit /etc/ld.so.conf，在文件中加入**.so文件所在路径，再运行一下ldconfig就可以了，但是我对这个东西有阴影，不知道是css爱心代码源码因为用了虚拟机还是其他的原因，有7、8次我在运行完ldconfig后，Ubuntu就没办法打开任何窗口了，直接关机重启就更是进不去系统了，崩溃之，不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法，就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH，用它我就舒心多了，也就是麻烦点，哥忍了，总比系统崩溃强多了吧，呵呵！其实，在configure时碰到问题，你应该庆幸，因为你可以根据它很明显的提示找到缺失的东西装上，在配置下pkgconfig和ldconfig基本上就可以搞定了，但是make的时候就没那么简单了。

       编译时提示最多的就是**东西未找到了，要么是库文件，要么是头文件，库文件用上面的ldconfig基本上就可以搞定，头文件的话需要配置包含的路径，和库的类似，命令如下：

       export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH

       在这个时候最重要的就是淡定了，循着丫的error往上找，像No such file or directory这样的错误提示肯定就在附近，找到了，include之就可以咯！

学习Autotools相关编译工具

       autotools的目标是使用户能够轻松地通过运行./configure; make来编译。它使用Makefile来编译，同时为代码维护者提供一些Unix环境差异的编译设置，API接口差异进行脚本判断适配，以及Libtool的通用库编译来统一Unix多环境的编译参数。其本质的理念是使用脚本工具来配置构建环境。

       Makefile.im用于确定编译哪些代码以及编译依赖。

       configure.ac用于进行环境检测、库检测、平台检测、功能检测等，并且可以添加自定义宏以及添加头文件。

       换句话说，Makefile.im是项目的构建逻辑，而configure.ac是处理Unix多环境的编译和运行时API功能检测，将configure这个环境判断脚本延迟到用户的环境来执行。Libtool的功能是提供一个通用的库格式(.la)，同时也是为了解决不同平台的一些库编译参数差异，将差异适配在Makefile.im内。

       安装Autotools时，第一次运行请执行。

       Autotools工具相关的命令有：autoscan、autoreconf、aclocal、autoconf、autoheader、autoupdate、automake。

       Makefile.am语法包括bin_PROGRAMS后面的参数。

       configure.ac参数和Libtool功能是提供通用的库格式(.la)，解决不同平台的库编译参数差异，将差异适配在Makefile.im内。

       在configure.ac中添加，在Makefile.im中添加。

       autoreconf初始化已经存在Autotools的工程。

       这里有我找到的一个Demo，感觉不错，能运行。可以作为学习并参考，点击下载。（Demo来自Autotools: A Practitioner's Guide to GNU Autoconf, Automake, and Libtool）

       新建的工程，还是用CMake直接生成Makefile方便。

       脚本工具参考模板这一个模式，使用sed或者awk来替换参数。然后，不能确定的环境参数就延迟到环境执行脚本获取。

       更多的详细参数可以查阅文档。

Linux离线Python源码编译及python版本升级

       配置环境

       初始化干净的centos7.8镜像，并搭建本地镜像源，详情可参考Linux 镜像源临时挂载+永久挂载+yum本地源制作 - 蜡笔小新的文章 - 知乎。

       下载Python源码，版本选用Python-3.9..tar.xz。

       编译Python

       因高版本Python编译需高版本GCC，系统默认GCC版本为4.8.5，需先升级GCC。

       执行Centos离线源码编译高版本GCC并升级教程：Linux Centos7.8.系统离线GCC源码编译升级 - 蜡笔小新的文章 - 知乎。

       由于未安装make编译工具和依赖，需先执行yum -y install automake autoconf libtool make以完成安装。

       编译Python源码至/opt/python3.9.，过程未出现错误。

       升级Python版本

       编译安装后，已将新版本安装至指定目录，但未升级原有Python版本。

       通过ll /usr/bin/python查看，当前Python版本软链接指向/usr/bin/python2.7。

       删除或备份当前Python软链接，避免影响yum工具。

       修改yum工具文件路径，将“#!/usr/bin/python”更改为“#!/usr/bin/python2.7”。

       最后，创建新编译Python3.9.的软链接及pip3软链接。

       成功在Centos7.8上升级Python3.9.版本，同时确保原有yum工具可使用Python2.7版本。

linux系统维护常见错误记录

       一：卸载的时候出现的错误：

       umount /dev/nb1

       device is busy

       解决：找到是什么进程使得他busy，用 lsof /dev/nb1 . kill掉那个进程,然后重新umount即可。

       二：GD2编译的时候出现的错误：

       The usual way to define `LIBTOOL’ is to add `AC_PROG_LIBTOOL’

       Libtool library used but `LIBTOOL’ is undefined

       [Makefile.in] Error 1

       解决：缺少编译安装的软件包。如：yum install automake,libjpeg-devel,libpng-devel,freetype-devel,libtiff-devel,autoconf,gettext-devel,libtool

       三：安装 snmp的时候出现的错误：

       1/bin/sed: can’t read /usr/lib/libbeecrypt.la: No such file or directory

       libtool: link: `/usr/lib/libbeecrypt.la’ is not a valid libtool archive

       make[1]: *** [libnetsnmpmibs.la] Error 1

       解决：以为缺少libbeecrypt.la ，libbeecrypt.so等共享库，如：yum install libbeecrypt.la

       2/usr/bin/ld: cannot find -lelf

       解决：ln -s /usr/lib/libelf.so.1 /usr/lib/libelf.so

       3/usr/bin/ld:can’t not find -lselinux

       解决：缺少libselinux 和 libselinux-devel包，如：yum install libselinux

       四：Rsync同步常见问题：

       错误一：

       @ERROR: auth failed on module xxxxx

       rsync: connection unexpectedly closed ( bytes read so far)

       rsync error: error in rsync protocol data stream (code ) at io.c()

       解决：这是因为密码设置错了，无法登入成功，检查一下rsync.pwd，看客服是否匹配。还有服务器端没启动rsync 服务也会出现这种情况。

       错误二：

       password file must not be other-accessible

       continuing without password file

       Password:

       解决：这是因为rsyncd.pwd rsyncd.sec的权限不对，应该设置为。如：chmod rsyncd.pwd

       错误三：

       @ERROR: chroot failed

       rsync: connection unexpectedly closed ( bytes read so far)

       rsync error: error in rsync protocol data stream (code ) at io.c()

       解决：这是因为你在 rsync.conf 中设置的 path 路径不存在，要新建目录才能开启同步。

       错误四：

       rsync: failed to connect to ...2: No route to host ()

       rsync error: error in socket IO (code ) at clientserver.c() [receiver=2.6.9]

       解决：对方没开机、防火墙阻挡、通过的网络上有防火墙阻挡，都有可能。关闭防火墙，其实就是把tcp udp 的端口打开。

       五：软件安装的时候常出现的问题：

       configure: error: …No recognized SSL/TLS toolkit detected

       # yum -y install openssl-devel

       configure: error: no acceptable cc found in $PATH

       yum -y install gcc-c++

       configure: error: cannot find output from lex; giving up flex is not installed, install flex.

       yum -y install flex

       configure: error: xml2-config not found. Please check your libxml2 installation.

       yum -y install libxml2-devel

       configure: error: Cannot find OpenSSL’s

       yum -y install openssl-devel

       configure: error: Please reinstall the BZip2 distribution

       yum -y install bzip2-devel

       configure: error: Please reinstall the libcurl distribution - easy.h should be in /include/curl/

       yum -y install curl-devel

       configure: error: libjpeg.(a|so) not found.

       yum -y install libjpeg-devel

       configure: error: libpng.(a|so) not found.

       yum -y install libpng-devel

       configure: error: freetype2 not found!

       yum -y install freetype-devel

       configure: error: Unable to locate gmp.h

       yum -y install gmp-devel

       configure: error: Cannot find pspell

       yum -y install aspell-devel

       libtool: link: cannot find the library `/usr/lib/libbeecrypt.la’ (librpmio.la: /usr/lib/libbeecrypt.la)

       解决：缺少beecrypt包，如：

       pile gcc -O2 -I. -c ./jcapimin.c make: ./libtool: Command not found make: *** [

       libtool是一个包，你看看有没有安装：

       rpm -qa | grep libtool

       çœ‹çœ‹æ˜¯ä»€ä¹ˆç‰ˆæœ¬ï¼Œå¦‚果是比较早的1.3版本，会用到ltconfig，可能会有兼容性问题。

       ä»¥ä¸‹è½¬è´´ï¼Œå¯ä»¥å‚考一下：

       åœ¨RHEL 4 位下编译jpeg-6b时候报以下错误：

       make: ./libtool: Command not found

       make: *** [jcapimin.lo] Error

       é”™è¯¯åˆ†æžï¼šç”±äºŽlibtool版本过低导致的，重新下载新版本的libtool以默认方式安装，执行以下命令：

       ./configure

       make

       make install

       ç„¶åŽè¿›å…¥jpeg-6b的源码目录，然后执行以下步骤，切记！

       cp /usr/share/libtool/config.sub .

       cp /usr/share/libtool/config.guess .

       ./configure --enable-shared --enable-static

       make

       mkdir -p /usr/local/man/man1

       make install

申威平台编译安装程序时报错

       在尝试编译安装程序时，执行 ./configure 这个命令后，程序显示了错误信息。经过排查，发现下载了错误信息中提供的链接，并尝试将链接中的同名文件替换到本地，但问题依然存在，程序仍然不能识别申威架构。

       在一次偶然的机会下，我找到了一篇相关文章，文章中提到安装 libtool 软件包可以得到支持申威平台的 config.guess 脚本。这引起了我的注意，我按照文章中的指导执行了相关命令。

       执行命令后，成功生成了能够识别申威平台的 config.guess 脚本。我将这个新生成的脚本替换到安装程序中同名的文件中。这次尝试后，编译安装程序的过程变得顺利起来，一切进行得非常流畅，没有再出现任何错误提示。