HACKING

   1 ================================================================
   2 = This file
   3
   4 * This file attempts to describe the rules to use when hacking
   5   automake.
   6
   7 * Don't put this file into the distribution.  Don't mention it in the
   8   ChangeLog.
   9
  10
  11 ================================================================
  12 = Administrivia
  13
  14 * If you incorporate a change from somebody on the net:
  15   First, if it is a large change, you must make sure they have signed the
  16   appropriate paperwork.
  17   Second, be sure to add their name and email address to THANKS
  18
  19 * If a change fixes a test, mention the test in the ChangeLog entry.
  20
  21 * If somebody reports a new bug, mention his name in the ChangeLog entry
  22   and in the test case you write.  Put him into THANKS.
  23
  24 * The correct response to most actual bugs is to write a new test case
  25   which demonstrates the bug.  Then fix the bug, re-run the test suite,
  26   and check everything in.
  27
  28 * Some files in the automake package are not owned by automake.  These
  29   files should never be edited here.  These files are COPYING, INSTALL,
  30   ansi2knr.1, ansi2knr.c, config.guess config.sub, install-sh, mdate-sh,
  31   missing, mkinstalldirs, texinfo.tex
  32
  33 * Changes other than bug fixes must be mentioned in NEWS
  34
  35
  36 ================================================================
  37 = Editing `.am' files
  38
  39 * Always use $(...) and not ${...}
  40
  41 * Use `:', not `true'.  Use `exit 1', not `false'.
  42
  43 * Use `##' comments liberally.  Comment anything even remotely
  44   unusual.
  45
  46 * Never use basename or dirname.  Instead use sed
  47
  48 * For install and uninstall rules, if a loop is required, it should be
  49   silent.  Then the body of the loop itself should print each
  50   "important" comman it runs.  The printed commands should be preceded
  51   by a single space.
  52
  53
  54 ================================================================
  55 = Editing automake.in and aclocal.in
  56
  57 * Follow existing indentation style.
  58
  59 * Use only Perl 4 constructs
  60
  61
  62 ================================================================
  63 = Test suite
  64
  65 * Use "make check" and "make maintainer-check" liberally
  66
  67 * Make sure each test file is executable
  68
  69
  70 ================================================================
  71 = Release procedure
  72
  73 * Fetch new versions of the files that are maintained by the FSF.
  74   Commit.  Unfortunately you need an FSF account to do this.
  75
  76 * Update NEWS.  For an alpha release, update README-alpha.
  77
  78 * Update the version number in configure.in.
  79   (The idea is that every other alpha number will be a net release.
  80   The repository will always have its own "odd" number so we can easily
  81   distinguish net and repo versions.)
  82
  83 * Configure, build, and install.
  84
  85 * Run aclocal, automake, and autoconf.
  86
  87 * Commit
  88
  89 * Run `make cvs-dist'
  90
  91 * Put new release on ftp site and send announcement.
  92   (If not an alpha, announcement must also go to FSF.)
  93
  94 * Update version number in configure.in to next alpha number.
  95   Re-run autoconf and commit.