pike.git / README-CVS

version» Context lines:

pike.git/README-CVS:1: - $Id: README-CVS,v 1.24 2007/01/02 00:34:50 peter Exp $ + $Id: README-CVS,v 1.25 2007/03/12 04:54:24 jhs Exp $         HOW TO BUILD PIKE FROM CVS    - If you like to live at the bleeding edge you can download Pike from CVS - with all the latest additions from the developers. There are two + If you like to live at the bleeding edge you can download Pike from + CVS with all the latest additions from the developers. There are two   major branches in the archive, the latest stable branch and latest - development branch. Stable versions have an even minor version number, - i.e. 7.0.x, 7.2.x, 7.4.x, whereas the development branches have an odd - minor version. + development branch. Stable versions have an even minor version + number, i.e. 7.0.x, 7.2.x, 7.4.x, whereas the development branches + have an odd minor version.    - Keep in mind that the cvs versions are under heavy development and + Keep in mind that the CVS versions are under heavy development and   have not been tested nearly as well as the offcial releases. You use - the code at YOUR OWN RISK. + the code AT YOUR OWN RISK.    - NOTE: If you plan on building Pike from CVS, you must have a compatible - version of Autoconf installed. Autoconf version 2.13 and 2.52 are known to - work. Versions 2.53 through at least 2.57 are known to not work. +     - There are a few simple steps to get Pike from cvs: + DEPENDENCIES    -  + Building from CVS requires the same tools as building from a source + distribution (gnu m4, bison and a C compiler, suggested also GNU make + and libz), and then some. In addition to thosee requirements, you + need a working Pike, autoconf and gcc (to generate the dependency + files; another compiler can be used to do the actual compilation). +  + Not all autoconf versions meet Pike's requirements. Autoconf version + 2.13 and 2.52 are known to work. Versions 2.53 through at least 2.57 + are known to not work. +  +  + CHECKING OUT PIKE FROM CVS +    1. Get a recent version of cvs.    - 2. Login to the cvs-server: + 2. Login to the CVS server:       cvs -d :pserver:anon@cvs.roxen.com:/cvs login       Just hit enter on the password prompt.      3. Check out the source:       cvs -z3 -d :pserver:anon@cvs.roxen.com:/cvs co Pike/7.7       substitute 7.7 for whatever version you want to get.    - Building Pike from cvs, in addition to the requirements of a normal - build, requires a working Pike. You will also need autoconf, gnu m4, - bison and gcc (to generate the dependency files; another compiler can - be used to do the actual compilation). -  +    The top-level makefile (in this directory, not the src directory) has   all the magic you need to build Pike directly from CVS. Just type   'make'. It is preferable to build from the toplevel since it avoids   contaminating the source tree with object files and other generated   files.      Other interesting make targets are:      install Compile and install in default location.   install_interactive Interactive install.
pike.git/README-CVS:88:    those whose source files have changed.   snapshot Create a snapshot export tarball.   export Create a source dist and bump up the build number    (if you have cvs write access). Please do not    check in the generated files.   clean Remove all the built binary files.   cvsclean Remove all files that are generated automatically,    i.e. bring the tree back to the state as if it    was checked out from the CVS.    +  + CONFIGURE OPTIONS AND BUILD VARIABLES +    If you want to pass arguments to the configure script (see below), the   simplest way is to use the CONFIGUREARGS variable, like this:       make CONFIGUREARGS="--prefix=/usr/local/my-pike --with-security"      The arguments passed through CONFIGUREARGS are remembered in the build   tree and reused if CONFIGUREARGS is undefined or the empty string.   You therefore don't need to repeat them every time, but you can still   change them later if you like. There's a special case for the --help   argument: If CONFIGUREARGS is set to '--help' then the help text from   the configure script is shown and nothing else is done, and the stored   CONFIGUREARGS setting isn't affected.      The build targets also creates a script 'pike' in the bin subdirectory   which runs the built Pike directly without installing it first. If   you want to use Pike this way (which is mainly useful if you update   from CVS often), you should consider doing 'make dump_modules' to make   it start faster.       - CONFIGURE OPTIONS AND BUILD VARIABLES -  +    Some options for the configure script are:      --prefix=/foo/bar if you want to install Pike in /foo/bar,    default is /usr/local.   --without-gdbm compile without gdbm support   --without-bignums disable support for large integers   --without-gmp compile without gmp support (implies    --without-bignums)   --with-rtldebug compile with runtime debug checks   --without-cdebug compile without debug symbols (-g)
pike.git/README-CVS:137:   --without-dynamic-modules compile statically, no dynamic loading    used (makes the binary larger)   --without-mysql compile without mysql support   --with-profiling enables profiling Pike code but slows    down interpreter a little   --with-poll use poll instead of select   --with-dmalloc compile with memory tracking, makes Pike    very slow, use for debugging only.   --with-security enable internal object security system    +    You might also want to set the following environment variables:      CFLAGS Put extra flags for your C compiler here.   CPPFLAGS Put extra flags for your C preprocessor here    (such as -I/usr/gnu/include)   LDFLAGS Put extra flags to your linker here, such as    -L/usr/gnu/lib and -R/usr/gnu/lib         MANUAL BUILDING