(c) COPYRIGHT MIT 1995. Please first read the full copyright statement in the file COPYRIGH.
These installation instructions are based on the suggested instructions provided with GNU Autoconf 2.0.
The configure shell script attempts to guess correct values for various system-dependent variables used during compilation. It uses those values to create a `Makefile' and a `config.h' file containing system-dependent definitions. Finally, it creates a shell script `config.status' that you can run in the future to recreate the current configuration, a file `config.cache' that saves the results of its tests to speed up reconfiguring, and a file `config.log' containing compiler output (useful mainly for debugging configure).
Building on Windows is somewhat different than building on Unix. We therefore have a separate set of directions for doing this. We maintain a set of Microsoft Visual C make files which can be used directly if you want to use this compiler. We do not support help on any type of Windows based compiler including msvc, so be warned!
Stop here and jump to the Known Bugs and Patches page to see if you need to apply any patches before you compile. You can find some options determining how libwww is going to be compiled in the special windows config.h file.
One of the options in the windows config.h file is to determine whether you want to use the zlib library for handling the deflate content-encoding. This may cause better performance as we then can inflate a compressed document on the fly. A version of the precompiled zlib DLL for Win32 is already included in the w3c-libwww distribution file and you can find it in
.../w3c-libwww-5.1/Library/External
Make sure that your system knows about DLLs in this directory or that you move the zlib.dll to another location. Otherwise you will not be able to run the application as zlib DLL can not be found.
If you are interested in the details of how we build libwww on windows then please continue by reading the special documentation on how to install on Windows.
You probably need the GNU version of make in order to build libwww. The reason is that some of the make files contain some syntax that most other makefiles don't understand.
The simplest way to compile this package on a Unix platform is:
./configure
' to configure the package for your system. If you're
using `csh' on an old version of System V, you might need to type `sh
./configure
' instead to prevent `csh' from trying to execute
configure itself. Running configure takes awhile. While running,
it prints some messages telling which features for which it is checking.
Some systems require unusual options for compilation or linking that the configure script does not know about. You can give configure initial values for variables by setting them in the environment. Using a Bourne-compatible shell, you can do that on the command line like this:
CC=c89 CFLAGS=-O2 LIBS=-lposix ./configure
Or on systems that have the `env' program, you can do it like this:
env CPPFLAGS=-I/usr/local/include LDFLAGS=-s ./configure
You can compile the package in a directory different from the one containing the source code. Doing so allows you to compile it on more than one kind of computer at the same time. To do this, you must use a version of `make' that supports the `VPATH' variable, such as GNU `make.' `cd' to the directory where you want to object files and library to go and run the configure script (i.e., go `../src/configure'). configure automatically checks for source code in the directory that configure is in and in `..' as well.
By default, `make install
' will install the library in
`/usr/local/lib
'. You can specify an installation prefix other
than `/usr/local' by giving configure the option
`--prefix=PATH
'. You can cause the library to be installed with
an extra prefix or suffix on its name by giving configure the options
`--program-prefix=PREFIX
' or
`--program-suffix=SUFFIX
'.
There are a set of options you can give to configure in addition to those understood by all GNU Autoconf configure scripts:
--disable-FEATURE
--enable-FEATURE=no
)
--enable-FEATURE[=ARG]
--with-PACKAGE[=ARG]
--without-PACKAGE
--with-PACKAGE=no
)
--x-includes=DIR
--x-libraries=DIR
--enable and --with options recognized:
--with-x
--with-wais[=PATH]
--with-zlib[=PATH]
--with-socks
--with-socks5[=PATH]
--with-socks4[=PATH]
--enable-signals
--disable-nagle
--disable-pipelining
--enable-reentrant
--enable-posix
--enable-cyrillic
There may be some features configure can not figure out automatically, but needs to determine by the type of host the package will run on. Usually configure can figure that out, but if it prints a message saying it can not guess the host type, give it the `--host=TYPE' option. TYPE can either be a short name for the system type, such as `sun4', or a canonical name with three fields:
CPU-COMPANY-SYSTEM
See the file `config.sub' for the possible values of each field. If `config.sub' isn't included in this package, then this package doesn't need to know the host type.
If you are building compiler tools for cross-compiling, you can also use the `--target=TYPE' option to select the type of system they will produce code for and the `--build=TYPE' option to select the type of system on which you are compiling the package.
If you want to set default values for configure scripts to share, you can create a site shell script called `config.site' that gives default values for variables like `CC', `cache_file', and `prefix'. configure looks for `PREFIX/share/config.site' if it exists, then `PREFIX/etc/config.site' if it exists. Or, you can set the `CONFIG_SITE' environment variable to the location of the site script. A warning: not all configure scripts look for a site script.
configure recognizes the following options to control how it operates.
--cache-file=FILE
--help
--quiet
, --silent
--srcdir=DIR
--version
configure also accepts some other, not widely useful, options.