[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The AutoGen template file defines the content of the output text. It is composed of two parts. The first part consists of a pseudo macro invocation and commentary. It is followed by the template proper.
This pseudo macro is special. It is used to identify the file as a AutoGen template file, fixing the starting and ending marks for the macro invocations in the rest of the file, specifying the list of suffixes to be generated by the template and, optionally, the shell to use for processing shell commands embedded in the template.
AutoGen-ing a file consists of copying text from the template to the output file until a start macro marker is found. The text from the start marker to the end marker constitutes the macro text. AutoGen macros may cause sections of the template to be skipped or processed several times. The process continues until the end of the template is reached. The process is repeated once for each suffix specified in the pseudo macro.
This chapter describes the format of the AutoGen template macros and the usage of the AutoGen native macros. Users may augment these by defining their own macros. See section 3.6.4 DEFINE - Define a user AutoGen macro.
3.1 Format of the Pseudo Macro 3.2 Naming a value 3.3 Macro Expression Syntax 3.4 AutoGen Scheme Functions 3.5 Common Scheme Functions 3.6 AutoGen Native Macros 3.7 Redirecting Output
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The pseudo-macro starts with up to seven (7) punctuation characters used
for the template start-macro marker, followed by the autogen magic
marker (autogen5
), the template marker (template
), zero or
more suffix specifications, scheme expressions and the end-macro marker.
It may also consist of up to seven (7) punctuation characters. Interspersed
may be comment lines (blank lines or lines starting with a hash mark
[#
]) and edit mode markers (text between pairs of -*-
characters).
As an example, assume we want to use [+
and +]
as the start
and end macro markers, and we wish to produce a `.c' and a `.h'
file, then the first macro invocation will look something like this:
[+ AutoGen5 template -*- Mode: emacs-mode-of-choice -*- h=chk-%s.h c # make sure we don't use csh: (setenv "SHELL" "/bin/sh") +] |
Note It is generally a good idea to use some sort of opening
bracket in the starting macro and closing bracket in the ending
macro (e.g. {
, (
, [
, or even <
in the starting macro). It helps both visually and with editors
capable of finding a balancing parenthesis. The closing marker
may not begin with an open parenthesis, as that is used
to enclose a scheme expression.
It is also helpful to avoid using the comment marker (#
);
the POSIXly acceptable file name characters period (.
),
hyphen (-
) and underscore (_
); and finally, it is
advisable to avoid using any of the quote characters double,
single or back-quote. But there is no special check for any of
these advisories.
Detailed description:
The starting macro marker must be the first non-white space characters encountered in the file. The marker consists of all the contiguous ASCII punctuation characters found there. With optional intervening white space, this marker must be immediately followed by the keywords, "autogen5" and "template". Capitalization of these words is not important. This is followed by zero, one or more suffix specifications and, possibly, a scheme expression.
Suffix specifications consist of a sequence of POSIX compliant file name
characters and, optionally, an equal sign and a file name "printf"-style
formatting string. Two string arguments are allowed for that string:
the base name of the definition file and the current suffix (that being
the text to the left of the equal sign). (Note "POSIX compliant file
name characters" consist of alphanumerics plus the period (.
),
hyphen (-
) and underscore (_
) characters.) If there are
no suffix specifications, then the generated file will be written to the
stdout file descriptor.
The scheme expression is intended to allow the template writer to specify the shell program that must be used to interpret the shell commands in the template. It can have no effect on any shell commands in the definitions file, as that file will have been processed by the time the pseudo macro is interpreted. You can specify the shell as follows:
(setenv "SHELL" "/bin/sh") |
This works because AutoGen examines the value of the SHELL environment
variable in order to select the shell to run. If that shell is allowed
to be csh
, AutoGen will break. If it is allowed to be zsh
,
AutoGen may break. Your milage may vary.
The pseudo macro ends with an end macro marker. Like the starting macro marker, it consists of a contiguous sequence of arbitrary punctuation characters. However, additionally, it may not begin with any of the POSIX file name characters and it may not contain the start macro marker.
This pseudo macro may appear on one or several lines of text.
Intermixed may be comment lines (completely blank or starting with the
hash character #
in column 1), and file content markers (text
between -*-
pairs on a single line). This may be used to
establish editing "modes" for the file. These are ignored by
AutoGen.
The template proper starts after the pseudo-macro. The starting character is either the first non-whitespace character or the first character after the new-line that follows the end macro marker.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
When an AutoGen value is specified in a template, it is specified by name. The name may be a simple name, or a compound name of several components. Since each named value in AutoGen is implicitly an array of one or more values, each component may have an index associated with it.
It looks like this:
comp-name-1 . comp-name-2 [ 2 ] |
Note that if there are multiple components to a name, each component
name is separated by a dot (.
). Indexes follow a component name,
enclosed in square brackets ([
and ]
). The index may be
either an integer or an integer-valued define name. The first component
of the name is searched for in the current definition level. If not
found, higher levels will be searched until either a value is found,
or there are no more definition levels. Subsequent components of the
name must be found within the context of the newly-current definition
level. Also, if the named value is prefixed by a dot (.
), then
the value search is started in the current context only. No higher
levels are searched.
If someone rewrites this, I'll incorporate it. :-)
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
AutoGen has two types of expressions: full expressions and basic ones. A full AutoGen expression can appear by itself, or as the argument to certain AutoGen built-in macros: CASE, IF, ELIF, INCLUDE, INVOKE (explicit invocation, see section 3.6.16 INVOKE - Invoke a User Defined Macro), and WHILE. If it appears by itself, the result is inserted into the output. If it is an argument to one of these macros, the macro code will act on it sensibly.
You are constrained to basic expressions only when passing arguments to user defined macros, See section 3.6.4 DEFINE - Define a user AutoGen macro.
The syntax of a full AutoGen expression is:
[[ <apply-code> ] <value-name> ] [ <basic-expr-1> [ <basic-expr-2> ]] |
How the expression is evaluated depends upon the presence or absence
of the apply code and value name. The "value name" is the name of
an AutoGen defined value, or not. If it does not name such a value,
the expression result is generally the empty string. All expressions
must contain either a value-name
or a basic-expr
.
3.3.1 Apply Code 3.3.2 Basic Expression
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The "apply code" selected determines the method of evaluating the expression. There are five apply codes, including the non-use of an apply code.
value-name
, if defined.
Otherwise it is the empty string.
value-name
, then the basic-expr
is evaluated. Otherwise, the result is the empty string.
value-name
is defined, use basic-expr
as a format
string for sprintf. Then, if the basic-expr
is either a back-quoted
string or a parenthesized expression, then hand the result to the
appropriate interpreter for further evaluation. Otherwise, for single
and double quote strings, the result is the result of the sprintf operation.
Naturally, if value-name
is not defined, the result is the empty
string.
For example, assume that foo
had the string value, bar
:
[+ % foo `printf '%%x\\n' $%s` +] |
printf '%x\n' $bar
".
Assuming that the shell variable bar
had a numeric value,
the expression result would be that number, in hex. Note the need
for doubled percent characters and backslashes.
basic-expr
-s are required. If the value-name
is
defined, then the first basic-expr-1
is evaluated, otherwise
basic-expr-2
is.
basic-expr
only if value-name
is not defined.
value-name
is
defined, it behaves exactly like `%', above, using basic-expr-1
.
If not defined, then basic-expr-2
is evaluated.
For example, assume again that foo
had the string value, bar
:
[+ ?% foo `cat $%s` `pwd` +] |
cat $bar
".
If foo
were not defined, then the result would be the name
of our current directory.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
A basic expression can have one of the following forms:
'
), hash characters (#
), or backslashes (\
)
in the string. All other characters of STRING are output as-is when the
single quoted string is evaluated. Backslashes are processed before the hash
character for consistency with the definition syntax. It is needed there
to avoid preprocessing conflicts.
STRING
" will output STRING with all
backslash sequences interpreted.
Additionally, other than in the %
and ?%
expressions, the
Guile expressions may be introduced with the Guile comment character
(;
) and you may put a series of Guile expressions within a single
macro. They will be implicitly evaluated as if they were arguments
to the (begin ...)
expression. The result will be the the
result of the last Guile expression evaluated.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
AutoGen uses Guile to interpret Scheme expressions within AutoGen macros. All of the normal Guile functions are available, plus several extensions (see section 3.5 Common Scheme Functions) have been added to augment the repertoire of string manipulation functions and manage the state of AutoGen processing.
This section describes those functions that are specific to AutoGen. Please take note that these AutoGen specific functions are not loaded and thus not made available until after the command line options have been processed and the AutoGen definitions have been loaded. They may, of course, be used in Scheme functions that get defined at those times, but they cannot be invoked.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
ag-name - name of AutoGen macro
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
--writable
command line
option was set. The first argument is a per-line string prefix.
The optional second argument is a prefix for the first-line and,
in read-only mode, activates the editor hints:
-*- buffer-read-only: t -*- vi: set ro: |
Arguments:
prefix - string for starting each output line
first_prefix - Optional - for the first output line
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
DEFINITIONS ERROR in %s line %d for %s: %s\n |
The first three arguments to this format are provided by the routine and are: The name of the template file, the line within the template where the error was found, and the current output file name.
After displaying the message, the current output file is removed and autogen exits with the EXIT_FAILURE error code. IF, however, the argument begins with the number 0 (zero), or the string is the empty string, then processing continues with the next suffix.
Arguments:
message - message to display before exiting
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
(exist? "foo[3].bar.baz") |
baz
for some group value bar
that
is a member of the foo
group with index 3
.
There may be multiple entries of bar
within
foo
, only one needs to contain a value for baz
.
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
for_var - Optional - which for loop
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
by - the iteration increment for the AutoGen FOR macro
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
from - the initial index for the AutoGen FOR macro
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
for_var - Optional - which for loop
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
separator - the text to insert between the output of
each FOR iteration
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
to - the final index for the AutoGen FOR macro
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
count
value. (The indexes may be specified, rendering a
non-zero based or sparse array of values.)
This is very useful for specifying the size of a zero-based array of values where not all values are present. For example:
tMyStruct myVals[ [+ (+ 1 (high-lim "my-val-list")) +] ]; |
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
for_var - Optional - which for loop
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
(string-length (get "ag-name"))
.
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
ag-name - name of AutoGen value
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ag-name
with a value that matches the pattern test-str
using the match function op
?" Return SCM_BOOL_T iff at least
one occurrence of the specified name has such a value. The operator
can be any function that takes two string arguments and yields a
boolean. It is expected that you will use one of the string matching
functions provided by AutoGen.
ag-name
argument for exist?
(see section 3.4.8 `exist?' - test for value name).
Arguments:
op - boolean result operator
ag-name - name of AutoGen value
test-str - string to test against
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
push
-ed
output files. Use the (error "0")
scheme function instead.
See section 3.7 Redirecting Output.
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
new-name - new name for the current output file
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
push
on the output, then close that
file and go back to the previously open file. It is an error
if there has not been a push
. See section 3.7 Redirecting Output.
If there is no argument, no further action is taken. Otherwise,
the argument should be #t
and the contents of the file
are returned by the function.
Arguments:
disp - Optional - return contents of the file
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
push-new
, except the contents are not
purged, but appended to. See section 3.7 Redirecting Output.
Arguments:
file-name - name of the file to append text to
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
pop
delete
or switch
closes it. The file name is optional and, if omitted,
the output will be sent to a temporary file that will be deleted when
it is closed.
See section 3.7 Redirecting Output.
Arguments:
file-name - Optional - name of the file to create
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
suspName - A name tag for reactivating
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
push
on the output, then set aside the
output descriptor for later reactiviation with (out-resume "xxx")
.
The tag name need not reflect the name of the output file. In fact,
the output file may be an anonymous temporary file. You may also
change the tag every time you suspend output to a file, because the
tag names are forgotten as soon as the file has been "resumed".
Arguments:
suspName - A name tag for reactivating
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
out-pop
followed by out-push-new
, except that
you may not pop the base level output file, but you may
switch
it. See section 3.7 Redirecting Output.
Arguments:
file-name - name of the file to create
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
--writable
nor --not-writable
have been specified. This state
is reset when the current suffix's output is complete.
Arguments:
set? - Optional - boolean arg, false to make output non-writable
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
ag-name - AutoGen value name
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
generate
in the
Declarations Input
section above.
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This Scheme function takes no arguments.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
msg-fmt - Optional - formatting for line message
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This section describes a number of general purpose functions that make the kind of string processing that AutoGen does a little easier. Unlike the AutoGen specific functions (see section 3.4 AutoGen Scheme Functions), these functions are available for direct use during definition load time.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
prefix
contains the string to start each output line.
owner
contains the copyright owner.
prog_name
contains the name of the program the copyright is about.
Arguments:
prog_name - name of the program under the BSD
owner - Grantor of the BSD License
prefix - String for starting each output line
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
n
, a
closing quote, a newline, seven spaces and another re-opening quote. The
compiler will implicitly concatenate them. The reader will see line
breaks.
A K&R compiler will choke. Use kr-string
for that compiler.
Arguments:
string - string to reformat
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The first two arguments are required, the second are optional:
file-name
argument is used to name the file that
contains the demarcated text.
marker-fmt
is a formatting string that is used to construct
the starting and ending demarcation strings. The sprintf function is
given the marker-fmt
with two arguments. The first is either
"START" or "END". The second is either "DO NOT CHANGE THIS COMMENT"
or the optional caveat
argument.
caveat
is presumed to be absent if it is the empty string
(""
). If absent, "DO NOT CHANGE THIS COMMENT" is used
as the second string argument to the marker-fmt
.
default
argument is supplied and no pre-existing text
is found, then this text will be inserted between the START and END
markers.
[+ (extract "fname" "// %s - SOMETHING - %s" "" "example default") +] |
// START - SOMETHING - DO NOT CHANGE THIS COMMENT example default // END - SOMETHING - DO NOT CHANGE THIS COMMENT |
example default
" string can then be carried forward to
the next generation of the output, provided the output
is not named "fname
" and the old output is renamed to
"fname
" before AutoGen-eration begins.
[+ AutoGen5 Template -*- Mode: text -*- h=%s-fsm.h c=%s-fsm.c (shellf "[ -f %1$s-fsm.h ] && mv -f %1$s-fsm.h .fsm.head [ -f %1$s-fsm.c ] && mv -f %1$s-fsm.c .fsm.code" (base-name)) +] |
This code will move the two output files name, ".fsm.head" and ".fsm.code". At the end of the 'c' output processing, I delete them.
Arguments:
file-name - name of file with text
marker-fmt - format for marker text
caveat - Optional - warn about changing marker
default - Optional - default initial text
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
file-name - name of file with text
suffix - Optional - file suffix to try, too
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
port - Guile-scheme output port
format - formatting string
format-arg - Optional - list of arguments to formatting string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
make-gperf
function See section 3.5.13 `make-gperf' - build a perfect hash function program. The name
you supply here must
match the name used to create the program and the string to hash must
be one of the strings supplied in the make-gperf
string list.
The result will be a perfect hash index.
See the documentation for gperf(1GNU)
for more details.
Arguments:
name - name of hash list
str - string to hash
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
prefix
contains the string to start each output line, and
prog_name
contains the name of the program the copyright is
about.
Arguments:
prog-name - name of the program under the GPL
prefix - String for starting each output line
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
test-string - string to look for
string-list - list of strings to check
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
separator - string to insert between entries
list - list of strings to join
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
string - string to reformat
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
prefix
contains the string to start each output
line. owner
contains the copyright owner. prog_name
contains the name of the program the copyright is about.
Arguments:
prog_name - name of the program under the LGPL
owner - Grantor of the LGPL (obsolete)
prefix - String for starting each output line
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
lic_name
.lic, searching the standard
directories. The file contents are used as a format argument
to printf
(3), with prog_name
and owner
as
the two string formatting arguments. Each output line is automatically
prefixed with the string prefix
.
Arguments:
lic_name - file name of the license
prog_name - name of the licensed program or library
owner - Grantor of the License
prefix - String for starting each output line
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This program will be obliterated within a few seconds after AutoGen exits.
Arguments:
name - name of hash list
strings - list of strings to hash
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
list - list of values. Strings are converted to numbers
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
list - list of values. Strings are converted to numbers
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
For example, if the first string is "# " and the second contains:
two lines |
# two # lines |
Arguments:
prefix - string to insert at start of each line
text - multi-line block of text
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
format - formatting string
format-arg - Optional - list of arguments to formatting string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
NOTE: some shells will not correctly handle unusual non-printing characters. This routine works for most reasonably conventional ASCII strings.
Arguments:
string - string to transform
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
command - shell command - the result value is stdout
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
\\
before two special characters to
accomplish this: the backslash \\
and double quote "
.
NOTE: some shells will not correctly handle unusual non-printing characters. This routine works for most reasonably conventional ASCII strings.
WARNING:
This function omits the extra backslash in front of a backslash, however,
if it is followed by either a backquote or a dollar sign. It must do this
because otherwise it would be impossible to protect the dollar sign or
backquote from shell evaluation. Consequently, it is not possible to
render the strings "\\$" or "\\`". The lesser of two evils.
All others characters are copied directly into the output.
The sub-shell-str
variation of this routine behaves identically,
except that the extra backslash is omitted in front of "
instead
of `
. You have to think about it. I'm open to suggestions.
Meanwhile, the best way to document is with a detailed output example.
If the backslashes make it through the texinfo processing correctly,
below you will see what happens with three example strings. The first
example string contains a list of quoted foo
s, the second is
the same with a single backslash before the quote characters and the
last is with two backslash escapes. Below each is the result of the
raw-shell-str
, shell-str
and sub-shell-str
functions.
foo[0] = 'foo' "foo" `foo` $foo raw-shell-str: ''\''foo'\'' "foo" `foo` $foo' shell-str: "'foo' \"foo\" `foo` $foo" sub-shell-str: `'foo' "foo" \`foo\` $foo` foo[1] = \'bar\' \"bar\" \`bar\` \$bar raw-shell-str: '\'\''bar\'\'' \"bar\" \`bar\` \$bar' shell-str: "\\'bar\\' \\"bar\\" \`bar\` \$bar" sub-shell-str: `\\'bar\\' \"bar\" \\`bar\\` \$bar` foo[2] = \\'BAZ\\' \\"BAZ\\" \\`BAZ\\` \\$BAZ raw-shell-str: '\\'\''BAZ\\'\'' \\"BAZ\\" \\`BAZ\\` \\$BAZ' shell-str: "\\\\'BAZ\\\\' \\\\"BAZ\\\\" \\\`BAZ\\\` \\\$BAZ" sub-shell-str: `\\\\'BAZ\\\\' \\\"BAZ\\\" \\\\`BAZ\\\\` \\\$BAZ` |
There should be triple and quadruple backslashes in the last two lines of the example. If this was not accurately reproduced, take a look at the agen5/test/shell.test test. Notice the backslashes in front of the dollar signs. It goes from zero to one to three for the "cooked" string examples.
Arguments:
string - string to transform
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
format - formatting string
format-arg - Optional - list of arguments to formatting string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
format - formatting string
format-arg - Optional - list of arguments to formatting string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
str - input/output string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
str - input/output string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This is an overloaded operation. If the arguments are not both
strings, then the query is passed through to scm_num_eq_p()
.
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
text - text to test for pattern
match - pattern/substring to search for
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
str - input/output string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
tr(1)
program, except the
string to transform is the first argument. The second and
third arguments are used to construct mapping arrays for the
transformation of the first argument.
It is too bad this little program has so many different and incompatible implementations!
Arguments:
source - string to transform
match - characters to be converted
translation - conversion list
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
str - input/output string
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
shell-str
, except
that the quoting character is `
and the "leave the escape alone"
character is "
.
Arguments:
string - string to transform
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Arguments:
list - list of values. Strings are converted to numbers
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This section describes the various AutoGen natively defined macros. Unlike the Scheme functions, some of these macros are "block macros" with a scope that extends through a terminating macro. Block macros must not overlap. That is to say, a block macro started within the scope of an encompassing block macro must have its matching end macro appear before the encompassing block macro is either ended or subdivided.
The block macros are these:
CASE
ESAC
macro.
The scope is subdivided by SELECT
macros.
You must have at least one SELECT
macro.
DEFINE
ENDDEF
macro.
The defined user macro can never be a block macro.
FOR
ENDFOR
macro.
IF
ENDIF
macro.
The scope may be subdivided by ELIF
and ELSE
macros. Obviously, there may be only one ELSE
macro
and it must be the last of these subdivisions.
INCLUDE
WHILE
ENDWHILE
macro.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The general syntax is:
[ { <native-macro-name> | <user-defined-name> } ] [ <arg> ... ] |
The syntax for <arg>
depends on the particular macro,
but is generally a full expression (see section 3.3 Macro Expression Syntax).
Here are the exceptions to that general rule:
INVOKE
macros, implicit or explicit, must be followed by
a list of name/string value pairs. The string values are
simple expressions, as described above.
That is, the INVOKE
syntax is either:
<user-macro-name> [ <name> [ = <expression> ] ... ] |
INVOKE <name-expression> [ <name> [ = <expression> ] ... ] |
FOR <name> [ <separator-string> ] |
FOR <name> (...Scheme expression list) |
<name>
must be a simple name and the Scheme expression list
is expected to contain one or more of the for-from
,
for-to
, for-by
, and for-sep
functions.
(See section 3.6.13 FOR - Emit a template block multiple times, and 3.4 AutoGen Scheme Functions)
DEFINE
macros must be followed by a simple name.
Anything after that is ignored. See section 3.6.4 DEFINE - Define a user AutoGen macro.
COMMENT
, ELSE
, ESAC
and the END*
macros take no arguments and ignore everything after the macro name
(e.g. see 3.6.3 COMMENT - A block of comment to be ignored)
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The arguments are evaluated and converted to a string, if necessary. (see section 3.6.12 EXPR - Evaluate and emit an Expression) The scope of the macro is up to the matching ESAC function. Within the scope of a CASE, this string is matched against case selection macros. There are sixteen match macros that are derived from four different ways the test may be performed, plus an "always true" match. The code for each selection expression is formed as follows:
*
).
*
).
=
).
If a pattern match, use a tilde (~
).
*
).
For example:
[+ CASE <full-expression> +] [+ ~~* "[Tt]est" +]reg exp must match at start, not at end [+ == "TeSt" +]a full-string, case sensitive compare [+ = "TEST" +]a full-string, case insensitive compare [+ * +]always match - no testing [+ ESAC +] |
<full-expression>
(see section 3.3 Macro Expression Syntax) may be any expression,
including the use of apply-codes and value-names. If the expression yields
a number, it is converted to a decimal string.
These case selection codes have also been implemented as Scheme expression functions using the same codes (see section 3.5 Common Scheme Functions).
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
If the native macro name code is #
, then the
entire macro function is treated as a comment and ignored.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This function will define a new macro. You must provide a name for the macro. You do not specify any arguments, though the invocation may specify a set of name/value pairs that are to be active during the processing of the macro.
[+ define foo +] ... macro body with macro functions ... [+ enddef +] ... [+ foo bar='raw text' baz=<<text expression>> +] |
Once the macro has been defined, this new macro can be invoked by
specifying the macro name as the first token after the start macro
marker. Alternatively, you may make the invocation explicitly invoke a
defined macro by specifying INVOKE
in the macro invocation. If
you do that, the macro name can be computed with an expression that gets
evaluated every time the INVOKE macro is encountered. See section 3.6.16 INVOKE - Invoke a User Defined Macro.
Any remaining text in the macro invocation will be used to create new name/value pairs that only persist for the duration of the processing of the macro. The expressions are evaluated the same way basic expressions are evaluated. See section 3.3 Macro Expression Syntax.
The resulting definitions are handled much like regular definitions, except:
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro must only appear after an IF
function, and
before any associated ELSE
or ENDIF
functions.
It denotes the start of an alternate template block for the
IF
function. Its expression argument is evaluated as are
the arguments to IF
. For a complete description See section 3.6.14 IF - Conditionally Emit a Template Block.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro must only appear after an IF
function,
and before the associated ENDIF
function.
It denotes the start of an alternate template block for
the IF
function. For a complete description See section 3.6.14 IF - Conditionally Emit a Template Block.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro ends the DEFINE
function template block.
For a complete description See section 3.6.4 DEFINE - Define a user AutoGen macro.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
FOR
function template block
This macro ends the FOR
function template block.
For a complete description See section 3.6.13 FOR - Emit a template block multiple times.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
IF
Template Block
This macro ends the IF
function template block.
For a complete description See section 3.6.14 IF - Conditionally Emit a Template Block.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
WHILE
Template Block
This macro ends the WHILE
function template block.
For a complete description See section 3.6.19 WHILE - Conditionally loop over a Template Block.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
CASE
Template Block
This macro ends the CASE
function template block.
For a complete description, See section 3.6.2 CASE - Select one of several template blocks.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro does not have a name to cause it to be invoked explicitly, though if a macro starts with one of the apply codes or one of the simple expression markers, then an expression macro is inferred. The result of the expression evaluation (see section 3.3 Macro Expression Syntax) is written to the current output.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro has a slight variation on the standard syntax:
FOR <value-name> [ <separator-string> ] |
FOR <value-name> (...Scheme expression list |
The first argument must be the name of an AutoGen value. If there is
no value associated with the name, the FOR loop block is skipped
entirely. The scope of the FOR
function extends to the
corresponding ENDFOR macro.
If there are any further arguments, if the first character is either
a semi-colon (;
) or an opening parenthesis ((
), then
it is presumed to be a Scheme expression containing the FOR macro
specific functions for-from
, for-by
, for-to
,
and/or for-sep
. See section 3.4 AutoGen Scheme Functions. Otherwise, the
remaining text is presumed to be a string for inserting between
each iteration of the loop. This string will be emitted one time
less than the number of iterations of the loop. That is, it is
emitted after each loop, excepting for the last iteration.
If the from/by/to functions are invoked, they will specify which
copies of the named value are to be processed. If there is no
copy of the named value associated with a particular index,
the FOR
template block will be instantiated anyway.
The template must use methods for detecting missing definitions and
emitting default text. In this fashion, you can insert entries
from a sparse or non-zero based array into a dense, zero based array.
NB: the for-from
, for-to
, for-by
and
for-sep
functions are disabled outside of the context of the
FOR
macro. Likewise, the first-for
, last-for
and for-index
functions are disabled outside of the range
of a FOR
block.
[+FOR var (for-from 0) (for-to <number>) (for-sep ",") +]
... text with |
this will repeat the ... text with
<number>+1 times. Each repetition,
except for the last, will have a comma var
ious
substitutions ...,
after it.
[+FOR var ",\n" +]
... text with |
This will do the same thing, but only for the index
values of var
that have actually been defined.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Conditional block. Its arguments are evaluated (see section 3.6.12 EXPR - Evaluate and emit an Expression) and
if the result is non-zero or a string with one or more bytes,
then the condition is true and the text from that point
until a matched ELIF
, ELSE
or ENDIF
is emitted.
ELIF
introduces a conditional alternative if the IF
clause evaluated FALSE and ELSE
introduces an unconditional
alternative.
[+IF <full-expression> +] emit things that are for the true condition[+ ELIF <full-expression-2> +] emit things that are true maybe[+ ELSE "This may be a comment" +] emit this if all but else fails[+ ENDIF "This may *also* be a comment" +] |
<full-expression>
may be any expression described in the
EXPR
expression function, including the use of apply-codes
and value-names. If the expression yields an empty string, it
is interpreted as false.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The entire contents of the named file is inserted at this point. The contents of the file are processed for macro expansion. The arguments are eval-ed, so you may compute the name of the file to be included. The included file must not contain any incomplete function blocks. Function blocks are template text beginning with any of the macro functions `IF', `FOR', `WHILE', and `CASE' and extending through the respective terminating macro functions.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
User defined macros may be invoked explicitly or implicitly.
If you invoke one implicitly, the macro must begin with the
name of the defined macro. Consequently, this may not
be a computed value. If you explicitly invoke a user defined macro,
the macro begins with the macro name INVOKE
followed by
a basic expression that must yield a known user defined macro.
A macro name _must_ be found, or AutoGen will issue a diagnostic
and exit.
Arguments are passed to the invoked macro by name.
The text following the macro name must consist of a series of
names each of which is followed by an equal sign (=
) and
a basic expression that yields a string.
The string values may contain template macros that are parsed the first time the macro is processed and evaluated again every time the macro is evaluated.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This macro selects a block of text by matching an expression
against the sample text expression evaluated in the CASE
macro. See section 3.6.2 CASE - Select one of several template blocks.
You do not specify a SELECT
macro with the word "select".
Instead, you must use one of the 17 match operators described in
the CASE
macro description.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The macro text has started with a name not known to AutoGen. If, at run time, it turns out to be the name of a defined macro, then that macro is invoked. If it is not, then it is a conditional expression that is evaluated only if the name is defined at the time the macro is invoked.
You may not specify UNKNOWN
explicitly.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Conditionally repeated block. Its arguments are evaluated (see section 3.6.12 EXPR - Evaluate and emit an Expression)
and as long as the result is non-zero or a string with one or more bytes,
then the condition is true and the text from that point
until a matched ENDWHILE
is emitted.
[+WHILE <full-expression> +] emit things that are for the true condition[+ ENDWHILE +] |
<full-expression>
may be any expression described in the
EXPR
expression function, including the use of apply-codes
and value-names. If the expression yields an empty string, it
is interpreted as false.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
AutoGen provides a means for redirecting the template output
to different files. It is accomplished by providing a set of
Scheme functions named out-*
(see section 3.4 AutoGen Scheme Functions).
These functions allow you to logically "push" output files onto a stack and return to previous files by "pop"ing them back off. At the end of processing the template for a particular suffix (see section 3.1 Format of the Pseudo Macro), all the files in the output stack are closed and popped off. Consequently, at the start of the processing of a template, there is only one output file on the stack. That file cannot be popped off.
There are also several functions for determining the output status. See section 3.4 AutoGen Scheme Functions.
[ << ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |