maint: clean up compiler warnings.
[m4.git] / README
blob3caf6c6e11554d22f60bc5d3b053ad4d1bd99026
1 GNU `m4' is an implementation of the traditional Unix macro
2 processor.  It is mostly SVR4 compatible, although it has some
3 extensions (for example, handling more than 9 positional parameters
4 to macros).  `m4' also has builtin functions for including files,
5 running shell commands, doing arithmetic, etc.  Autoconf needs GNU
6 `m4' for generating `configure' scripts, but not for running them.
8 GNU `m4' was originally written by Rene' Seindal, from Denmark.
10 GNU `m4' has a web site at http://www.gnu.org/software/m4/.
12 If GNU `m4' is meant to serve GNU `autoconf', beware that `m4'
13 should be fully installed *prior to* configuring `autoconf' itself.
14 Likewise, if you intend on hacking GNU `m4' from git, the bootstrap
15 process requires that you first install a released copy of GNU `m4'.
17 If you are just trying to build `m4' from a released tarball, you
18 should not normally need to run `./bootstrap' or `autoreconf'; just go
19 ahead and start with `./configure'.  If you are trying to build `m4'
20 from git, more information can be found in the version-control-only
21 file HACKING.
23 In the subdirectories `tests' and `examples' you will find various m4
24 files, ranging from trivial test files to rather advanced macros.  If
25 you intend to use m4 seriously, you might find useful material down
26 there.
28 See file `COPYING' for copying conditions.
29 See file `INSTALL' for compilation and installation instructions.
30 See file `ABOUT-NLS' for how to customize this program to your language.
31 See file `NEWS' for a list of major changes in the current release.
32 See file `AUTHORS' for the names of maintainers.
33 See file `THANKS' for a list of contributors.
35 By using `./configure --with-gmp, you get multiple precision integral
36 and rational arithmetic using mpeval.  The implementation depends on the
37 GNU gmp v2 library.
39 By using `./configure --with-modules=`foo bar baz', you get an m4 with only
40 the named modules preloaded.  The default modules (preloaded if you do not
41 use this option) are sufficient to do the job of GNU m4-1.4.  Additional
42 modules may be desirable, or necessary if libltdl does not support your
43 host architecture.  The implementation uses libltdl interface, details of
44 which are in the libtool manual.  See file `modules/README' for a more
45 detailed description.
47 By default, the `syscmd' and `esyscmd' macros try to use the first
48 instance of `sh' found by `command -p getconf PATH' at configure time,
49 with a default of `/bin/sh'.  If that default is inappropriate, you
50 can use `./configure --with-syscmd-shell=location' to specify the
51 shell to use.
53 By using `./configure --with-dmalloc', GNU m4 is linked with Gray
54 Watson's dmalloc package.  It is a debugging option for finding memory
55 management problems.  Gray Watson's dmalloc package is available at
56 ftp://ftp.letters.com/src/dmalloc/dmalloc.tar.gz.
58 GNU M4 uses GNU Libtool in order to build shared libraries on a
59 variety of systems.  While this is very nice for making usable
60 binaries, it can be a pain when trying to debug a program. For that
61 reason, compilation of shared libraries can be turned off by
62 specifying the `--disable-shared' option to `configure'.  However,
63 without shared libraries, modules that are not preloaded will not be
64 available for use.
66 Send bug reports, comments or ideas to `bug-m4@gnu.org'.  A bug report
67 is an adequate description of the problem: your input, what you
68 expected, what you got, and why this is wrong.  Diffs are welcome, but
69 they only describe a solution, from which the problem might be uneasy to
70 infer.  Don't forget all relevant information about your operating
71 system, compiler, libraries, ...
73 The easiest way to remember this information is by using the
74 testsuite.  Any test failures are automatically logged, along with
75 lots of useful information about your setup; simply mailing
76 tests/testsuite.log to `bug-m4@gnu.org' is a good start.  If you want
77 to dive in and debug a failure, you may find it useful to fine-tune
78 the execution of the testsuite.  For example, running test 12 in
79 verbose mode can be done with:
81 make check TESTSUITEFLAGS='-v -d -x 12'
83 The testsuite understands --help to tell you more about the current
84 set of tests.
86 ========================================================================
88 Copyright (C) 2000, 2005, 2006, 2007, 2009, 2010 Free Software
89 Foundation, Inc.
91 Permission is granted to copy, distribute and/or modify this document
92 under the terms of the GNU Free Documentation License, Version 1.3 or
93 any later version published by the Free Software Foundation; with no
94 Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
95 Texts.  A copy of the license is included in the ``GNU Free
96 Documentation License'' file as part of this distribution.