Few bugs removed from sgml, makefile added.
This commit is contained in:
parent
f9b8bcca4e
commit
5227699606
2 changed files with 36 additions and 6 deletions
30
doc/Makefile
Normal file
30
doc/Makefile
Normal file
|
@ -0,0 +1,30 @@
|
||||||
|
# Makefile for bird documentation system
|
||||||
|
|
||||||
|
|
||||||
|
SHELL = /bin/sh
|
||||||
|
|
||||||
|
all: bird.html
|
||||||
|
|
||||||
|
clean:
|
||||||
|
rm *.html *.tex *.dvi *.log
|
||||||
|
|
||||||
|
%.html: %.sgml
|
||||||
|
./sgml2html $<
|
||||||
|
|
||||||
|
dnl INFO format:
|
||||||
|
|
||||||
|
%.info: %.sgml
|
||||||
|
sgml2info $<
|
||||||
|
|
||||||
|
dnl TXT format:
|
||||||
|
|
||||||
|
%.txt: %.sgml
|
||||||
|
sgml2txt $<
|
||||||
|
|
||||||
|
dnl LATEX format:
|
||||||
|
|
||||||
|
%.dvi: %.sgml
|
||||||
|
./sgml2latex $<
|
||||||
|
|
||||||
|
%.tex: %.sgml
|
||||||
|
./sgml2latex --output=tex $<
|
|
@ -95,9 +95,9 @@ no equivalent of while() or for() command, and recursive functions are not permi
|
||||||
<p pgm>You can find sources of filters language in
|
<p pgm>You can find sources of filters language in
|
||||||
<file>filter/</file> directory. <file>filter/config.Y</file> contains
|
<file>filter/</file> directory. <file>filter/config.Y</file> contains
|
||||||
filter gramar, and basically translates source from user into tree of
|
filter gramar, and basically translates source from user into tree of
|
||||||
<TT c>f_inst</cf> structures. These trees are later interpreted using
|
<cf>f_inst</cf> structures. These trees are later interpreted using
|
||||||
code in <file>filter/filter.c</file>. Filters internally work with
|
code in <file>filter/filter.c</file>. Filters internally work with
|
||||||
values/variables in <TT c>struct f_val</cf>, which contains type of
|
values/variables in <TT c>struct f_val</TT>, which contains type of
|
||||||
value and value.
|
value and value.
|
||||||
|
|
||||||
<p>Filter basically looks like this:
|
<p>Filter basically looks like this:
|
||||||
|
@ -161,10 +161,10 @@ booleans (that is to prevent you from shooting in the foot).
|
||||||
|
|
||||||
<tag/set int|ip|prefix|pair/
|
<tag/set int|ip|prefix|pair/
|
||||||
filters know four types of sets. Sets are similar to strings: you can pass them around
|
filters know four types of sets. Sets are similar to strings: you can pass them around
|
||||||
but you can not modify them. Constant of type <TT filt>set int</cf> looks like <TT filt>
|
but you can not modify them. Constant of type <cf>set int</cf> looks like <cf>
|
||||||
[ 1, 2, 5..7 ]</cf>. As you can see, both simple values and ranges are permitted in
|
[ 1, 2, 5..7 ]</cf>. As you can see, both simple values and ranges are permitted in
|
||||||
sets. Sets of prefixes are special: you can specify which prefixes should match them by
|
sets. Sets of prefixes are special: you can specify which prefixes should match them by
|
||||||
using <TT filt>[ 1.0.0.0/8+, 2.0.0.0/8-, 3.0.0.0/8{5,6} ]</cf>. 3.0.0.0/8{5,6} matches
|
using <cf>[ 1.0.0.0/8+, 2.0.0.0/8-, 3.0.0.0/8{5,6} ]</cf>. 3.0.0.0/8{5,6} matches
|
||||||
prefixes 3.X.X.X, whose prefixlength is 5 to 6. 3.0.0.0/8+ is shorthand for 3.0.0.0/{0,8},
|
prefixes 3.X.X.X, whose prefixlength is 5 to 6. 3.0.0.0/8+ is shorthand for 3.0.0.0/{0,8},
|
||||||
3.0.0.0/8- is shorthand for 3.0.0.0/{0,7}.
|
3.0.0.0/8- is shorthand for 3.0.0.0/{0,7}.
|
||||||
|
|
||||||
|
@ -211,7 +211,7 @@ parameters. They get route table entry as implicit parameter.
|
||||||
|
|
||||||
<p>Filters support two control structures: if/then/else and
|
<p>Filters support two control structures: if/then/else and
|
||||||
case. Syntax of if/then/else is <cf>if <I>expression</I> then
|
case. Syntax of if/then/else is <cf>if <I>expression</I> then
|
||||||
<I>command</I>; else <I>command</I>;<TT> and you can use <cf>{
|
<I>command</I>; else <I>command</I>;</cf> and you can use <cf>{
|
||||||
<I>command_1</I>; <I>command_2</I>; <I>...</I> }</cf> instead of one
|
<I>command_1</I>; <I>command_2</I>; <I>...</I> }</cf> instead of one
|
||||||
or both commands. <cf>else</cf> clause may be ommited. Case is
|
or both commands. <cf>else</cf> clause may be ommited. Case is
|
||||||
used like this:
|
used like this:
|
||||||
|
@ -255,7 +255,7 @@ HREF="fixme">rfc1234</A>.
|
||||||
all, password means that plaintext password is embedded into each packet, and md5 means
|
all, password means that plaintext password is embedded into each packet, and md5 means
|
||||||
that packets are authenticated using md5 cryptographics hash. See <A
|
that packets are authenticated using md5 cryptographics hash. See <A
|
||||||
HREF="fixme">rfc1234</A>. If you set authentication to non-none, it is good idea to add
|
HREF="fixme">rfc1234</A>. If you set authentication to non-none, it is good idea to add
|
||||||
<TT conf>passwords { }</cf> section.
|
<cf>passwords { }</cf> section.
|
||||||
</descrip>
|
</descrip>
|
||||||
|
|
||||||
<p>There are two options that can be specified per-interface. First is <cf>metric</cf>, with
|
<p>There are two options that can be specified per-interface. First is <cf>metric</cf>, with
|
||||||
|
|
Loading…
Reference in a new issue