home *** CD-ROM | disk | FTP | other *** search
/ Frozen Fish 1: Amiga / FrozenFish-Apr94.iso / bbs / gnu / groff-1.09-src.lha / src / amiga / groff-1.09 / INSTALL < prev    next >
Text File  |  1994-02-11  |  6KB  |  123 lines

  1. 1. Get a C++ compiler.  The C++ source files use a suffix of `.cc', so
  2. your C++ compiler must be able to handle this.  If you don't already
  3. have a C++ compiler, I suggest gcc 2.5.8 or later (gcc version 2
  4. includes GNU C++ as well as GNU C).  From gcc 2.5, it is no longer
  5. necessary to install libg++: the C++ header files needed by groff are
  6. created by the gcc installation process.
  7.  
  8. 2. In the directory that this file is in, type `./configure'.  If
  9. you're using `csh' on an old version of System V, you might need to
  10. type `sh configure' instead to prevent `csh' from trying to execute
  11. `configure' itself.
  12.  
  13. The `configure' shell script attempts to guess correct values for
  14. various system-dependent variables used during compilation, and
  15. creates the Makefile.  It also creates a file `config.status' that you
  16. can run in the future to recreate the current configuration.
  17.  
  18. Running `configure' takes a minute or two.  While it is running, it
  19. prints some messages that tell what it is doing.  It also performs
  20. some checks on your C++ compiler.  If these checks fail, it will print
  21. a message and exit.  In this case, you should correct the problems
  22. with your C++ compiler and then rerun configure.
  23.  
  24. To compile the package in a different directory from the one
  25. containing the source code, you must use GNU make (or a version of
  26. make that supports VPATH in the same way as GNU make).  `cd' to the
  27. directory where you want the object files and executables to go and
  28. run `configure'.  `configure' automatically checks for the source code
  29. in the directory that `configure' is in and in `..'.  If for some
  30. reason `configure' is not in the source code directory that you are
  31. configuring, then it will report that it can't find the source code.
  32. In that case, run `configure' with the option `--srcdir=DIR', where
  33. DIR is the directory that contains the source code.
  34.  
  35. By default, `make install' will install the package's files in
  36. /usr/local/bin, /usr/local/lib/groff, and /usr/local/man.  You can
  37. specify an installation prefix other than /usr/local by giving
  38. `configure' the option `--prefix=PATH'.  Alternately, you can do so by
  39. changing the `prefix' variable in the Makefile that `configure'
  40. creates.
  41.  
  42. You can specify separate installation prefixes for
  43. architecture-specific files and architecture-independent files.  If
  44. you give `configure' the option `--exec_prefix=PATH', the package will
  45. use PATH as the prefix for installing programs and libraries.  Data
  46. files and documentation will still use the regular prefix.  Normally,
  47. all files are installed using the regular prefix.
  48.  
  49. You can tell `configure' to figure out the configuration for your
  50. system, and record it in `config.status', without actually configuring
  51. the package (creating `Makefile's and perhaps a configuration header
  52. file).  To do this, give `configure' the `--no-create' option.  Later,
  53. you can run `./config.status' to actually configure the package.  This
  54. option is useful mainly in `Makefile' rules for updating `config.status'
  55. and `Makefile'.  You can also give `config.status' the `--recheck'
  56. option, which makes it re-run `configure' with the same arguments you
  57. used before.  This is useful if you change `configure'.
  58.  
  59. `configure' ignores any other arguments that you give it.
  60.  
  61. If your system requires unusual options for compilation or linking
  62. that `configure' doesn't know about, you can give `configure' initial
  63. values for some variables by setting them in the environment.  In
  64. Bourne-compatible shells, you can do that on the command line like
  65. this:
  66.     CC='gcc -traditional' DEFS=-D_POSIX_SOURCE ./configure
  67.  
  68. The `make' variables that you might want to override with environment
  69. variables when running `configure' are:
  70.  
  71. (For these variables, any value given in the environment overrides the
  72. value that `configure' would choose:)
  73. CC        C compiler program.
  74.         Default is `cc', or `gcc' if `gcc' is in your PATH.
  75. CCC        C++ compiler program (for .cc files).
  76.         By default, configure will look for gcc version 2, g++,
  77.         and then CC.
  78. INSTALL        Program to use to install files.
  79.         Default is `install' if you have it, `cp' otherwise.
  80. PAGE        This should be `A4' if your PostScript printer uses
  81.         A4 paper and `letter' if your printer uses 8.5x11in
  82.         paper.
  83.  
  84. (For these variables, any value given in the environment is added to
  85. the value that `configure' chooses:)
  86. DEFS        Configuration options, in the form `-Dfoo -Dbar ...'
  87. LIBS        Libraries to link with, in the form `-lfoo -lbar ...'
  88. CCLIBS        Libraries to link C++ programs with, in the same form.
  89.  
  90. If you have a library that provides a faster malloc than your system's
  91. usual malloc, it is good idea to include it in LIBS.  For example,
  92. using the malloc that comes with GNU Emacs version 18 can give a
  93. worthwhile (and sometimes spectacular) performance improvement.
  94.  
  95. If you need to do unusual things to compile the package, we encourage
  96. you to figure out how `configure' could check whether to do them, and
  97. mail diffs or instructions to the address given in the README so we
  98. can include them in the next release.
  99.  
  100. 3. Have a look at the generated Makefile.  The options you are most
  101. likely to want to change are near the beginning.  Make sure that the
  102. definition of PAGE is correct.
  103.  
  104. 4. Type `make'.
  105.  
  106. 5. Use the test-groff script to try groff out on one of the man pages.
  107. (Use the .n files not the .man files.)  The test-groff script sets up
  108. environment variables to allow groff to run without being installed.
  109. The current directory must be the build directory when the script is
  110. run.  For example, you could do
  111.  
  112.   ./test-groff -man -Tascii groff/groff.n | less
  113.  
  114. 6. If you want to install gxditview (an X11 previewer), follow the
  115. instructions in the INSTALL file in the xditview directory.
  116.  
  117. 7. Type `make install' to install groff.
  118.  
  119. 8. Try the installed version of groff on one of the man pages.
  120.  
  121. If you have problems, read the PROBLEMS file.  If this doesn't help
  122. send a bug report using the form in the file BUG-REPORT.
  123.