NAME
apxs —
APache eXtenSion tool
SYNOPSIS
apxs |
-c
[-D variable[=value]]
[-I incdir]
[-L libdir]
[-l libname]
[-o dsofile]
[-S variable=value]
[-Wc,compiler-flags]
[-Wl,linker-flags] file
... |
apxs |
-e [-Aa]
[-n name]
[-S
variable=value]
dsofile ... |
apxs |
-g [-S
variable=value]
-n name |
apxs |
-i [-Aa]
[-n name]
[-S
variable=value]
dsofile ... |
apxs |
-q [-S
variable=value]
query ... |
DESCRIPTION
apxs is a tool for building and installing
extension modules for the Apache HyperText Transfer Protocol (HTTP) server,
httpd(8). This is achieved by building a Dynamic Shared Object (DSO)
from one or more source or object files which can then be loaded into httpd
at runtime via the LoadModule directive from
mod_so. To use this extension mechanism, your
platform has to support the DSO feature and the httpd binary has to be built
with the mod_so module. The
apxs tool automatically complains if this is not the
case. Check by manually running the following command:
$ httpd -lThe module mod_so should be part of the
displayed list. If these requirements are fulfilled, httpd's functionality
can be extended by installing modules with the DSO mechanism, with the help
of the apxs tool:
# apxs -i -a -c mod_foo.c cc -O2 -pipe -DDEV_RANDOM=/dev/arandom -DMOD_SSL=208116 -DEAPI -DUSE_EXPAT -I../lib/expat-lite -DUSE_SETUSERCONTEXT -fPIC -DSHARED_MODULE -I/usr/lib/apache/include -c mod_foo.c [activating module `foo' in /var/www/conf/httpd.conf] cp mod_foo.so /usr/lib/apache/modules/mod_foo.so chmod 755 /usr/lib/apache/modules/mod_foo.so cp /var/www/conf/httpd.conf /var/www/conf/httpd.conf.bak cp /var/www/conf/httpd.conf.new /var/www/conf/httpd.conf rm /var/www/conf/httpd.conf.new # apachectl restart /usr/sbin/apachectl restart: httpd not running, trying to start /usr/sbin/apachectl restart: httpd started
The argument file can be any C source file
(.c), an object file (.o), or even a library archive (.a). The
apxs tool automatically recognizes these extensions
and automatically uses the C source files for compilation, whereas it just
uses the object and archive files for the linking phase. But when using such
pre-compiled objects, make sure they are compiled for Position Independent
Code (PIC) to be able to use them for a DSO. For instance, with
cc(1)
just use -fpic. For other C compilers, please
consult their manual pages or watch for the flags
apxs uses to compile the object files.
For more details about DSO support in Apache, first read the
background information about DSO in
htdocs/manual/dso.html, then read the documentation
of mod_so.
The options are as follows:
-A- Same as the
-aoption but the createdLoadModuledirective is prefixed with a hash sign (#), i.e. the module is just prepared for later activation but initially disabled. -a- This activates the module by automatically adding a corresponding
LoadModuleline to Apache's httpd.conf configuration file, or by enabling it if it already exists. -c- Compile. This option first compiles the C source files (.c) of
file ... into corresponding object files (.o) and
then builds a DSO in dsofile by linking these object
files plus the remaining object files (.o and .a) of file
... If no
-ooption is specified, the output file is guessed from the first filename in file ... and thus usually defaults to mod_name.so -Dvariable[=value]- This option is directly passed through to the compilation command(s). Use this to add your own defines to the build process.
-e- Edit. This option can be used with the
-aand-Aoptions to edit the configuration file, /var/www/conf/httpd.conf, without attempting to install the module. -g- Template generation. This option generates a subdirectory
name (see the
-noption) and two files: a sample module source file named mod_name.c, which can be used as a template for creating your own modules or as a quick start for playing with theapxsmechanism, and a corresponding Makefile for even easier building and installing of this module. -Iincdir- This option is directly passed through to the compilation command(s). Use this to add your own include directories to search to the build process.
-i- Install. This option installs one or more DSOs into the server's libexec directory.
-Llibdir- This option is directly passed through to the linker command. Use this to add your own library directories to search to the build process.
-llibname- This option is directly passed through to the linker command. Use this to add your own libraries to search to the build process.
-nname- This explicitly sets the module name for the
-i(install) and-g(template generation) option. Use this to explicitly specify the module name. For option-gthis is required; for option-i,apxstries to determine the name from the source or (as a fallback) at least by guessing it from the filename. -odsofile- Explicitly specifies the filename of the created DSO file. If not specified and the name cannot be guessed from the file ... list, the fallback name mod_unknown.so is used.
-q- Query. This option performs a query for
apxs's knowledge about certain settings. The query parameters can be one or more of the following variable names:CC TARGET CFLAGS SBINDIR CFLAGS_SHLIB INCLUDEDIR LD_SHLIB LIBEXECDIR LDFLAGS_SHLIB SYSCONFDIR LIBS_SHLIB PREFIX
Use this for manually determining settings. For instance, use the following inside your own Makefiles if you need manual access to Apache's C header files:
INC=-I`apxs -q INCLUDEDIR` -Svariable=value- This option changes the
apxssettings described above. -Wc,compiler-flags- This option passes compiler-flags as additional flags to the compiler command. Use this to add local compiler-specific options. This option may be specified multiple times in order to pass multiple flags.
-Wl,linker-flags- This option passes linker-flags as additional flags to the linker command. Use this to add local linker-specific options. This option may be specified multiple times in order to pass multiple flags.
EXAMPLES
Assume you have a module named “mod_foo.c” available which should extend httpd's functionality. To accomplish this, first compile the C source into a DSO suitable for loading into httpd at runtime via the following command:
# apxs -c mod_foo.c cc -O2 -pipe -DDEV_RANDOM=/dev/arandom -DMOD_SSL=208116 -DEAPI -DUSE_EXPAT -I../lib/expat-lite -DUSE_SETUSERCONTEXT -fPIC -DSHARED_MODULE -I/usr/lib/apache/include -c mod_foo.c cc -shared -fPIC -DSHARED_MODULE -o mod_foo.so mod_foo.o
Then a LoadModule directive has to be
added to httpd's configuration file to load the DSO. To simplify this step,
apxs provides an automatic way to install the DSO in
the “libexec” directory and update the httpd.conf file
accordingly. This can be achieved by running the following:
$ apxs -i -a mod_foo.so [activating module `foo' in /var/www/conf/httpd.conf] cp mod_foo.so /usr/lib/apache/modules/mod_foo.so chmod 755 /usr/lib/apache/modules/mod_foo.so cp /var/www/conf/httpd.conf /var/www/conf/httpd.conf.bak cp /var/www/conf/httpd.conf.new /var/www/conf/httpd.conf rm /var/www/conf/httpd.conf.new
This way a line such as the following is added to the configuration file:
LoadModule foo_module
/usr/lib/apache/modules/mod_foo.soIf you want the module added to the configuration file without it
being enabled, use the -A option instead:
$ apxs -i -A mod_foo.soFor a quick test of the apxs mechanism,
create a sample module template plus a corresponding
Makefile via:
# apxs -g -n foo Creating [DIR] foo Creating [FILE] foo/Makefile Creating [FILE] foo/mod_foo.c
The sample module can then be immediately compiled into a DSO and loaded into the httpd server:
$ cd foo $ make all reload apxs -c mod_foo.c cc -O2 -pipe -DDEV_RANDOM=/dev/arandom -DMOD_SSL=208116 -DEAPI -DUSE_EXPAT -I../lib/expat-lite -DUSE_SETUSERCONTEXT -fPIC -DSHARED_MODULE -I/usr/lib/apache/include -c mod_foo.c cc -shared -fPIC -DSHARED_MODULE -o mod_foo.so mod_foo.o apxs -i -a -n 'foo' mod_foo.so [activating module `foo' in /var/www/conf/httpd.conf] cp mod_foo.so /usr/lib/apache/modules/mod_foo.so chmod 755 /usr/lib/apache/modules/mod_foo.so cp /var/www/conf/httpd.conf /var/www/conf/httpd.conf.bak cp /var/www/conf/httpd.conf.new /var/www/conf/httpd.conf rm /var/www/conf/httpd.conf.new apachectl restart /usr/sbin/apachectl restart: httpd not running, trying to start /usr/sbin/apachectl restart: httpd started
apxs can even be used to compile complex
modules outside the httpd source tree, like PHP3, because
apxs automatically recognizes C source files and
object files.
$ cd php3 $ ./configure --with-shared-apache=../apache-1.3 $ apxs -c -o libphp3.so mod_php3.c libmodphp3-so.a gcc -fpic -DSHARED_MODULE -I/tmp/apache/include -c mod_php3.c ld -Bshareable -o libphp3.so mod_php3.o libmodphp3-so.a
Only C source files are compiled, while remaining object files are used for the linking phase.