1.如何在linux平台上编译安装zlib软件
2./etc/ld.so.conf详解
3.OpenCL安装过程记录
4.Linux下源码安装的源码经验详解
5.GCC 源码编译安装
6.在linux中，软件包的安装安装，源码安装，源码说明过程的安装配置文件是？

如何在linux平台上编译安装zlib软件

       ã€€ã€€åœ¨linux命令行上查询一下zlib的软件地址，然后使用浏览器打开即可，

       ã€€ã€€å¤§å®¶ä¹Ÿå¯ä»¥åœ¨ç™¾åº¦ä¸Šè¿›è¡Œæœç´¢ï¼Œä¸è¿‡ä¸€å®šè¦æ³¨æ„å®‰å…¨å“¦ï¼Œé¿å…ä¸‹è½½åˆ°ä¸€äº›ä¸å¹²å‡€çš„软件，所以这点需要注意一下

       ã€€ã€€END

       ã€€ã€€Gcc编译安装zlib源码包并配置使用

       ã€€ã€€ä½¿ç”¨tar 命令进行解压出来，然后进入到安装目录，如下图所示

       ã€€ã€€tar zxf zlib-1.2.8.tar.gz

       ã€€ã€€cd zlib-1.2.8

       ã€€ã€€ä½¿ç”¨./configure  --help可以查看编译的选项，我们这里使用简单的选项安装即可

       ã€€ã€€è¿›å…¥å®‰è£…文件目录，然后 使用如下命令进行安装

       ã€€ã€€./configure    --prefix=/data/progam/zlib

       ã€€ã€€make

       ã€€ã€€make     install

       ã€€ã€€å¦‚下图所示

       ã€€ã€€å†è¿›è¡Œé…ç½®ä¸€ä¸‹ç³»ç»Ÿçš„文件，加载刚才编译安装的zlib生成的库文件

       ã€€ã€€vi /etc/ld.so.conf.d/zlib.conf

       ã€€ã€€åŠ å…¥å¦‚下内容后保存退出

       ã€€ã€€/data/program/zlib/lib

       ã€€ã€€==============================

       ã€€ã€€ä¹Ÿå°±æ˜¯æ·»åŠ å®‰è£…目录的文件路径，库文件。ldconfig  è¿è¡Œä¹‹åŽå°±ä¼šåŠ è½½å®‰è£…的库文件了。

/etc/ld.so.conf详解

       /etc/ld.so.conf文件是Linux系统中记录编译时动态库路径的关键配置文件。默认情况下，源码系统在编译时只会查找/lib和/usr/lib目录下的安装c arp源码库文件。然而，源码当通过源码包安装软件时，安装如果未在该文件中添加如/usr/local/lib这样的源码额外库路径，即便已成功安装源码包，安装仍可能因系统未知源码包的源码存在而遇到.so库找不到的问题。

       解决此问题有两方法：一是安装安装源码包时，通过--prefix指定库文件的源码安装路径为/usr/lib，这样无需额外配置。安装二是源码直接将/usr/local/lib目录添加到/etc/ld.so.conf文件中，该方法效率较高。

       此外，ldconfig是位于/sbin下的程序，其主要功能是将/etc/ld.so.conf中列出的路径下的库文件缓存到/etc/ld.so.cache文件中，以提高库文件的访问效率。当安装新的库文件或修改/etc/ld.so.conf文件以添加新的库搜索路径时，运行ldconfig命令，将确保所有库文件被正确缓存到文件/etc/ld.so.cache中，避免因找不到库而产生的问题。

OpenCL安装过程记录

       大创项目接近尾声，决定尝试学习和使用OpenCL进行开发。在搜索安装教程时，发现大多数资料针对的是CUDA Toolkit或直接提供文件复制方式，针对Linux系统的Khronos SDK教程则主要面向Windows用户。考虑到自己对编程基础的熟练程度，决定亲自完成安装过程并记录下来，以供后来者参考。

       安装环境为Ubuntu . LTS（基于Linux 5.），使用GCC版本.3.0、CMake版本3..1。

       首先，从Khronos官方获取OpenCL SDK源代码。理论上，可以使用Git进行克隆，swift源码app但实际情况中遇到了GitHub网络不稳定的问题。建议在稳定网络环境下使用Git或通过第三方下载工具辅助下载源代码。同时，注意SDK将某些必需文件设置为子项目（如OpenCL-SDK/external/OpenCL-Headers），需要进入子项目手动下载。

       在终端中切换到下载目录，并执行CMake。配置过程会自动检测并提示缺失的依赖项，尝试自动安装。在安装过程中，遇到了OpenGL、doxygen、X_X_LIB等依赖需要手动通过apt安装。

       解决完依赖项后，理论上可进行编译。在终端中运行CMake并指定安装目录。编译完成后，OpenCL库被安装到电脑中。

       接下来，配置可执行文件的依赖。在/etc/ld.so.conf.d目录下创建一个opencl.conf文件，写入安装目录下的动态库路径，如在/opt/OpenCL下，则动态库路径应为/opt/OpenCL/lib。使用Vim编辑器打开并保存文件。执行ldconfig命令以应用配置。

       解决编译器问题。可以简单地将/opt/OpenCL/lib和/usr/include中的内容复制到相应目录，以避免手动指定链接库。更复杂的方法是修改gcc的specs文件，使编译器不再需要-lOpenCL选项。不过，这种方法较为繁琐，本文不作深入讨论。

       通过符号链接解决编译器依赖问题。运行ln命令创建链接，使得编译器可以访问/usr/lib/CL/...，实际内容仍存储在/opt/OpenCL中。wps底层源码在编译时仍然需要添加-lOpenCL选项。

       至此，OpenCL的安装配置已完成。尝试编写一段测试代码以验证环境是否正常工作。测试代码输出CL_DEVICE_EXTENSIONS中的内容，以了解设备的扩展支持情况，例如是否支持双精度浮点数（cl_khr_fp）。

       总结代码示例及其编译选项，确保测试代码能够正确执行，验证OpenCL环境配置是否正确。至此，通过详细的步骤记录，为希望学习和使用OpenCL的开发者提供了清晰的安装和配置指南。

Linux下源码安装的经验详解

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

       首先，我们要做些准备工作，源码安装少不了这几个工具pkg-config、libtool、autoconf和automake(当然，还有更基础的，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，caffe源码实现就会发现类似下面的信息(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编辑)，在文件末尾加上上面那句命令，重新登录即可。其他的几个在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就可以了，但是我对这个东西有阴影，不知道是因为用了虚拟机还是其他的原因，有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之就可以咯！

GCC 源码编译安装

       前言

       本文主要介绍如何在特定条件下，通过源码编译安装GCC（GNU Compiler Collection）4.8.5版本。在Linux环境下，特别是遇到较老工程代码和低版本GCC适配问题时，网络仓库不可用，可通过下载源码进行本地编译安装。文章总结了该过程的步骤，以期帮助读者解决类似需求。

       Linux系统版本：SUSE Linux Enterprise Server SP5 (aarch) - Kernel \r (\l)

       GCC版本：gcc-4.8.5

       步骤如下：

       1，源码下载

       直接在Linux终端执行：wget ftp.gnu.org/gnu/gcc/gcc...

       或手动下载：ftp://gcc.gnu.org/pub/gcc/infrastructure

       选取对应的gcc版本下载。

       2，解压并进入目录

       解压下载的tar包：tar -jxvf gcc-4.8.5.tar.bz2

       进入解压后的目录：cd gcc-4.8.5

       3，配置依赖库

       联网情况下：cd gcc-4.8.5/

       ./contrib/download_prerequisites

       无法联网时，手动下载依赖库（如mpfr、gmp、mpc）并上传到指定目录，然后分别解压、重命名并链接。

       4，创建编译存放目录

       在gcc-4.8.5目录下执行：mkdir gcc-build-4.8.5

       5，生成Makefile文件

       cd gcc-build-4.8.5

       ../configure -enable-checking=release -enable-languages=c,c++ -disable-multilib

       推荐配置时，根据环境调整参数，如X_环境下的`--disable-libsanitizer`。

       6，执行编译

       make（可能耗时较长）

       解决可能出现的问题，如libc_name_p和struct ucontext uc，通过参考gcc.gnu.org/git或直接覆盖相关文件。

       7，安装GCC

       在gcc-build-4.8.5目录下执行：make install

       安装完成后，可直接解压并安装。

       8，配置环境变量

       执行命令：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/root/gcc-4.8.5/mpc:/root/gcc-4.8.5/gmp:/root/gcc-4.8.5/mpfr

       确保路径一致，执行 source /etc/profile 使环境变量生效。

       9，检查安装情况

       通过`gcc -v`和`g++ -v`验证GCC版本。

       ，库升级

       遇到动态库未找到问题时，需升级gcc库，通过查找和替换最新库文件解决。

       ，卸载系统自带的gcc

       以root用户执行：rpm -qa |grep gcc | xargs rpm -e --nodeps

       ，修改ld.so.conf文件

       编辑文件：vi /etc/ld.so.conf，在最下面添加实际路径，如/usr/local/lib和/usr/local/lib。

       执行 ldconfig /etc/ld.so.conf。

       ，修改GCC链接

       确保GCC及其相关工具的正确链接，使用`ll /usr/bin/gcc*`和`ll /usr/bin/g++*`检查链接结果。

       至此，GCC源码编译安装流程完成，可满足特定环境下的GCC版本需求。

在linux中，软件包的安装，源码安装，说明过程的配置文件是？

       详解linux源码包安装过程

       1. 解压缩包

       可以通过下载或其他方式获得了一个软件包，通常它是一个压缩文件，大部分可能是存档的和压缩的，这些文件一般以 .tar .gz为扩展名。

       首先拷贝它到一个目录，然后 untar 和 gunzip 解压它。 通常这个命令是

       tar xzvf filename [filename 是软件文件名称]

       解压后的文件一般会在当前目录下的创建子目录，并以这个包名来命名。 你也可以用用这个命令预先查看结果 tar tzvf filename，显示包里有那些解压文件。

       源文件如果是新的 bzip2 (.bz2) 格式，可用

       bzip2 -cd filename | tar xvf -,或更简单的 tar xyvf filename ，这很不错的tar命令被不断的完善。

       说明：

       A：有时候一些文件必须安装在用户的 home 目录下,或更多的是在一个固定的目录，比如 /, /usr/src, 或 /opt 。所以必须仔细阅读安装包的配置信息。当一个软件包里如果有config 和 Makefiles 文件则最好去编辑它，这里包括了安装指令和说明。提示：你改变 makefile 会导致不同的结果。大部分软件包允许用 make install 自动处理安置二进制文件在适当的系统位置。

       B：你可能碰到过一些共享文件、shell 存档文件、尤其是 Internet 上的源码新闻组。它们保留的原因是具有人性化的可读性，并且允许新闻组缓冲并通过它们筛选和剔除出不合格的。它们可能用 unshar filename.shar 命令来解压。

       C： 一些源码存档文件是用非标准的 DOS,Mac 或其他压缩的比如：

       zip, arc, lha, arj, zoo, rar, and shk.

       D: 有时候，你可能需要使用一个 patch 或显示改变了的 diff 文件来升级或修复存档的源码文件。这 doc 文件或者 README 文件将告诉你怎么去使用。一个很好的命令用标准语法来调用的命令是 patch < patchfile.

       2: 关于 rpm 安装包

       一些 Linux 用户惧怕通过使用源码来手动安装软件包，不过现在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安装运行平稳又快，作为一个软件安装在某几个有名的操作系统。

       作为方便的RPM包也存在很多不好的缺点，例如：

       A: 要了解软件中更多更详细的内容你必须去在二进制中去了解，而不是rpm包。

       B: 还有安装一个 rpm 包如果需要依赖关系那么安装就可能会导致失败。

       C: 当 rpm 请求你系统中不同版本的库，那么安装将不能继续，除非你为错误的库位置创建连接符号到正确的位置。

       说明：必须使用root 安装 rpm 和 deb 。因为它需要必须的写入权限。

       最简单的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 会自动解包和安装。

       3：关于安装 Linux 包出现的一些问题及解决方案

       假设 make 失败有个链接错误： -lX: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：

       · LIB= -L/usr/X/lib

       · INCLUDE= -I/usr/X/include/X

       · LIBS= -lX -lc -lm

       这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X 库应该在 /usr/X/lib 目录，且 X 包含文件应该在 /usr/X/include/X 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。

       没有声明涉及的数学库函数，像下列各项：

       /tmp/cca.o(.text 0x): undefined reference to `cos'

       要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。

       用其他方法尝试

       仍然失败 如果失败，参考下列脚本：

       make -DUseInstalled -I/usr/X/lib/X/config

       这个直接方式的类别相当于。

       在少数例子里，用 root 运行 ldconfig 可能会解决：

       # ldconfig 更新共享库链接符号。

       一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX.so.6 ，但是在 /usr/XR6/lib 不存在文件或链接。然而，在那里是 libX.so.6.1。解决方法是用 root 运行ln -s /usr/XR6/lib/libX.so.6.1 /usr/XR6/lib/libX.so.6 ，接着需要运行 ldconfig 。

       有一些包需要你安装一个或更多库的升级版本。需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库。

       4：一些其他的问题处理

       安装一个shell 脚本如果出现：No such file or directory 的错误消息。这是可以检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：

       #!/usr/local/bin/EDEN

       如EDEN的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代

       这个脚本不能运行有两个方法来纠正！！

       A: 文件头改成 #!/usr/bin/EDEN

       B: 或增加一个链接符， ln -s /usr/bin/EDEN

       5：一个典型的例子 Xloadimage

       首先说明下面的例子来源于国外网站的一个技术实例，这里我做了翻译和整理。

       这个例子展现一个简单的问题。xloadimage 程序对我的图形工具的调整设置是有用的附加。从源码目录拷贝文件，用 tar xzvf 解压文件，可是在运行 make 的时候出现令人讨厌的错误并停止了。

       gcc -c -O -fstrength-reduce -finline-functions -fforce-mem

       -fforce-addr -DSYSV -I/usr/XR6/include

       -DSYSPATHFILE=\"/usr/lib/X/Xloadimage\" mcidas.c

       In file included from /usr/include/stdlib.h:,

       from image.h:,

       from xloadimage.h:,

       from mcidas.c:7:

       /usr/lib/gcc-lib/i-linux/2.6.3/include/stddef.h::

       conflicting types for `wchar_t'

       /usr/XR6/include/X/Xlib.h:: previous declaration of

       `wchar_t'

       make[1]: *** [mcidas.o] Error 1

       make[1]: Leaving directory

       `/home/thegrendel/tst/xloadimage.4.1'

       make: *** [default] Error 2

       这个错误消息包含了实质的线索：

       查看 image.h 文件的 行：

       #include < stdlib.h>

       在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。

       在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。

       6： 安装 Linux 包的一些总结

       坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。