1.PHP扩展（extensions）
2.Linux下源码安装的源码经验详解
3.Linux中的Configure选项配置参数详解

PHP扩展（extensions）

       PHP扩展（extensions）为PHP提供额外的功能，增强其处理特定任务的源码能力。常见的源码扩展如mysql、gd2及xdebug等。源码

       查看PHP扩展的源码方法包括使用phpinfo()函数，输出大量关于PHP状态的源码站长源码屋信息，显示已启用的源码扩展；使用get_loaded_extensions()函数返回已加载的模块名；通过extension_loaded()检查特定扩展是否加载；命令行模式下直接查看安装的扩展。

       管理PHP扩展涉及几个步骤：确定扩展位置（默认在ext文件夹下，源码可修改php.ini配置），源码开启未启用的源码扩展（在php.ini中删除动态扩展模块中分号），安装新扩展（通过PECL存储库下载，源码Windows系统需下载.dll文件，源码Linux系统则可选择直装或编译安装）。源码安装步骤包括下载、源码解压、源码配置php.ini，最后重启服务器。

       PECL是PHP扩展的存储库，提供已知扩展名和目录，统计代码源码便于下载和开发。安装流程包括下载对应版本的扩展、解压、将.dll或.so文件放置到扩展目录下，修改php.ini配置信息，重启服务器。

       理解phpize和autoconf：phpize用于扩展PHP扩展模块，简化构建过程；autoconf则生成自动配置软件源代码的脚本，自动化配置工作。

Linux下源码安装的经验详解

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

       首先，我们要做些准备工作，源码安装少不了这几个工具pkg-config、libtool、autoconf和automake(当然，还有更基础的，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，就会发现类似下面的信息(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中的。这样只会在当前命令窗口有效，football game源码当然，你也可以修改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之就可以咯！

Linux中的Configure选项配置参数详解

       Linux环境下的软件安装，并不是一件容易的事情;如果通过源代码编译后在安装，当然事情就更为复杂一些;现在安装各种软件的教程都非常普遍;但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。

       与一些技巧相比，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。

       为此我转载了一篇关于Configure选项配置的详细介绍。供大家参考’configure’脚本有大量的命令行选项.对不同的软件包来说,这些选项可能会有变化,但是许多基本的选项是不会改变的.带上’–help’ 选项执行’configure’脚本可以看到可用的所有选项.尽管许多选项是很少用到的,但是当你为了特殊的需求而configure一个包时,知道他们的存在是很有益处的.下面对每一个选项进行简略的介绍:

       –cache-file=FILE

       ‘configure’会在你的系统上测试存在的特性(或者bug!).为了加速随后进行的配置,测试的结果会存储在一个cache file里.当configure一个每个子树里都有’configure’脚本的复杂的源码树时,一个很好的cache file的存在会有很大帮助.

       –help

       输出帮助信息.即使是有经验的用户也偶尔需要使用使用’–help’选项,因为一个复杂的项目会包含附加的选项.例如,GCC包里的’configure’脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项.

       –no-create

       ‘configure’中的一个主要函数会制作输出文件.此选项阻止‘configure’生成这个文件.你可以认为这是一种演习(dry run),尽管缓存(cache)仍然被改写了.

       –quiet

       –silent

       当’configure’进行他的测试时,会输出简要的信息来告诉用户正在作什么.这样作是因为’configure’可能会比较慢,没有这种输出的话用户将会被扔在一旁疑惑正在发生什么.使用这两个选项中的任何一个都会把你扔到一旁.(译注:这两句话比较有意思,原文是这样的:If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

       –version

       打印用来产生’configure’脚本的Autoconf的版本号.

       –prefix=preFIX(文件安装的位置)

       ‘–prefix’是最常用的选项.制作出的’Makefile’会查看随此选项传递的参数,当一个包在安装时可以彻底的重新安置他的结构独立部分. 举一个例子,当安装一个包,例如说Emacs,下面的命令将会使Emacs Lisp file被安装到”/opt/gnu/share”:

       $ ./configure –prefix=/opt/gnu/share

       –exec-prefix=EPREFIX

       与’–prefix’选项类似,但是他是用来设置结构倚赖的文件的安装位置.编译好的’emacs’二进制文件就是这样一个文件.如果没有设置这个选项的话,默认使用的选项值将被设为和’–prefix’选项值一样.

       –bindir=DIR

       指定二进制文件的安装位置.这里的二进制文件定义为可以被用户直接执行的程序.

       —sbindir=DIR

       指定超级二进制文件的安装位置.这是一些通常只能由超级用户执行的程序.

       –libexecdir=DIR(包目录,程序调用)

       指定可执行支持文件的安装位置.与二进制文件相反,这些文件从来不直接由用户执行,但是可以被上面提到的二进制文件所执行.

       –datadir=DIR

       指定通用数据文件的安装位置.

       –sysconfdir=DIR(/etc配置文件目录)

       指定在单个机器上使用的只读数据的安装位置.

       –sharedstatedir=DIR

       指定可以在多个机器上共享的可写数据的安装位置.

       –localstatedir=DIR

       指定只能单机使用的可写数据的安装位置.

       –libdir=DIR(库文件目录)

       指定库文件的安装位置.

       –includedir=DIR

       指定C头文件的安装位置.其他语言如C++的头文件也可以使用此选项.

       –oldincludedir=DIR

       指定为除GCC外编译器安装的C头文件的安装位置.

       –infodir=DIR

       指定Info格式文档的安装位置.Info是被GNU工程所使用的文档格式.

       –mandir=DIR(帮助文档的安装目录)

       指定手册页的安装位置.

       –srcdir=DIR

       这个选项对安装没有作用.他会告诉’configure’源码的位置.一般来说不用指定此选项,因为’configure’脚本一般和源码文件在同一个目录下.

       –program-prefix=PREFIX

       指定将被加到所安装程序的名字上的前缀.例如,使用’–program-prefix=g’来configure一个名为’tar’的程序将会使安装的程序被命名为’gtar’.当和其他的安装选项一起使用时,这个选项只有当他被`Makefile.in’文件使用时才会工作.

       –program-suffix=SUFFIX

       指定将被加到所安装程序的名字上的后缀.

       –program-transform-name=PROGRAM

       这里的PROGRAM是一个sed脚本.当一个程序被安装时,他的名字将经过`sed -e PROGRAM’来产生安装的名字.

       –build=BUILD

       指定软件包安装的系统平台.如果没有指定,默认值将是’–host’选项的值.

       –host=HOST

       指定软件运行的系统平台.如果没有指定,将会运行`config.guess’来检测.

       –target=GARGET

       指定软件面向(target to)的系统平台.这主要在程序语言工具如编译器和汇编器上下文中起作用.如果没有指定,默认将使用’–host’选项的值.

       –disable-FEATURE

       一些软件包可以选择这个选项来提供为大型选项的编译时配置,例如使用Kerberos认证系统或者一个实验性的编译器最优配置.如果默认是提供这些特性,可以使用’–disable-FEATURE’来禁用它,这里’FEATURE’是特性的名字.例如:

       代码如下:

       $ ./configure –disable-gui

       -enable-FEATURE[=ARG](系统参数配置,在编译时完成)

       相反的,一些软件包可能提供了一些默认被禁止的特性,可以使用’–enable-FEATURE’来起用它.这里’FEATURE’是特性的名字.一个特性可能会接受一个可选的参数.例如:

       代码如下:

       $ ./configure –enable-buffers=

       `–enable-FEATURE=no’与上面提到的’–disable-FEATURE’是同义的.

       –with-PACKAGE[=ARG]

       在自由软件社区里,有使用已有软件包和库的优秀传统.当用’configure’来配置一个源码树时,可以提供其他已经安装的软件包的信息.例如,倚赖于Tcl和Tk的BLT器件工具包.要配置BLT,可能需要给’configure’提供一些关于我们把Tcl和Tk装的何处的信息:

       代码如下:

       $ ./configure –with-tcl=/usr/local –with-tk=/usr/local

       ‘–with-PACKAGE=no’与下面将提到的’–without-PACKAGE’是同义的.

       –without-PACKAGE

       有时候你可能不想让你的软件包与系统已有的软

       件包交互.例如,你可能不想让你的新编译器使用GNU ld.通过使用这个选项可以做到这一点:

       代码如下:

       $ ./configure –without-gnu-ld

       –x-includes=DIR

       这个选项是’–with-PACKAGE’选项的一个特例.在Autoconf最初被开发出来时,流行使用’configure’来作为Imake 的一个变通方法来制作运行于X的软件.’–x-includes’选项提供了向’configure’脚本指明包含X头文件的目录的方法.

       –x-libraries=DIR

       类似的,’–x-libraries’选项提供了向’configure’脚本指明包含X库的目录的方法.

       在源码树中运行’configure’是不必要的同时也是不好的.一个由’configure’产生的良好的’Makefile’可以构筑源码属于另一棵树的软件包.在一个独立于源码的树中构筑派生的文件的好处是很明显的:派生的文件,如目标文件,会凌乱的散布于源码树.这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难.建议使用三棵树:一棵源码树(source tree),一棵构筑树(build tree),一棵安装树(install tree).这里有一个很接近的例子,是使用这种方法来构筑GNU malloc包:

       代码如下:

       $ gtar zxf mmalloc-1.0.tar.gz

       $ mkdir build cd build

       $ ../mmalloc-1.0/configure

       creating cache ./config.cache

       checking for gcc… gcc

       checking whether the C compiler (gcc ) works… yes

       checking whether the C compiler (gcc ) is a cross-compiler… no

       checking whether we are using GNU C… yes

       checking whether gcc accepts -g… yes

       checking for a BSD compatible install… /usr/bin/install -c

       checking host system type… i-pc-linux-gnu

       checking build system type… i-pc-linux-gnu

       checking for ar… ar

       checking for ranlib… ranlib

       checking how to run the C preprocessor… gcc -E

       checking for unistd.h… yes

       checking for getpagesize… yes

       checking for working mmap… yes

       checking for limits.h… yes

       checking for stddef.h… yes

       updating cache ../config.cache

       creating ./config.status

       这样这棵构筑树就被配置了,下面可以继续构筑和安装这个包到默认的位置’/usr/local':

       代码如下:

       $ make all make install

       一个软件包通过编译源代码安装后，如何完全的卸载?

       如果原先的source还在的话，很多source的Makefile都有写uninstall规则，直接在Souce里make uninstall就可行，不过碰到无良作者没写的，那一句一句看Makefile里install部分他都干了些什么，然后挨个删除。

       如果source没了…..那就一边郁闷吧

       到目前为止, 我装的都可以make uninstall…….

       (因为总是不小心装错地方, 结果就make uninstallmake clean,然后重新configure……)