doc: work around weird texinfo bug

This inserts "\global \advance \brackcount by 1" into the frr.fn
(function index) for some reason, which causes the PDF build to fail.

It's somehow related to the [] brackets, but they work just fine in
other locations...

Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
This commit is contained in:
David Lamparter 2017-08-04 14:45:08 +02:00
parent 349829894f
commit 50ffbc124b
2 changed files with 6 additions and 3 deletions

View file

@ -52,7 +52,7 @@ info_TEXINFOS = frr.texi
# because it cant just work from the png's directly it seems - contrary
# to the documentation...
frr.pdf: $(info_TEXINFOS) $(figures_pdf) $(frr_TEXINFOS) defines.texi
$(TEXI2PDF) -o "$@" $< || true
$(TEXI2PDF) -o "$@" $<
# don't ask me why the info file is in srcdir
$(srcdir)/frr.info: $(frr_TEXINFOS) defines.texi

View file

@ -698,8 +698,11 @@ This command is deprecated and may be removed in a future release. Its
use should be avoided.
@end deffn
@deffn {BGP} {neighbor @var{peer} next-hop-self [all]} {}
@deffnx {BGP} {no neighbor @var{peer} next-hop-self [all]} {}
@c for some reason, using [all] here triggers a bug in texinfo...
@deffn {BGP} {neighbor @var{peer} next-hop-self} {}
@deffnx {BGP} {no neighbor @var{peer} next-hop-self} {}
@deffnx {BGP} {neighbor @var{peer} next-hop-self all} {}
@deffnx {BGP} {no neighbor @var{peer} next-hop-self all} {}
This command specifies an announced route's nexthop as being equivalent
to the address of the bgp router if it is learned via eBGP.
If the optional keyword @code{all} is specified the modifiation is done