Bug#889631: mpfr 4.0 branch fails to build with recent tex
On 2018-02-05 08:45:00 +0100, Matthias Klose wrote:
[...]
> Chapter 4 [5] [6] [7] [8] [9] [10] Chapter 5 [11] [12] [13] [14] [15] [16]
> ../../../.././../../doc/mpfr.texi:1577: Undefined control sequence.
> \GMPabs #1->\ensuremath
> {|#1|}
FYI, I had to do the following change since 4.0.0:
Index: doc/mpfr.texi
===================================================================
--- doc/mpfr.texi (revision 12081)
+++ doc/mpfr.texi (revision 12082)
@@ -123,8 +123,11 @@
@c Usage: @GMPabs{x}
@c Give either |x| in tex, or abs(x) in info or html.
+@c The \ensuremath is needed because the OT1 encoding is used, where
+@c the pipe character corresponds to a wide dash:
+@c https://tex.stackexchange.com/a/1775/58921
@tex
-\gdef\GMPabs#1{|#1|}
+\gdef\GMPabs#1{\ensuremath{|#1|}}
@end tex
@ifnottex
@macro GMPabs {X}
The \ensuremath is necessary to avoid an incorrect PDF file.
For instance, see "It works with..." for mpfr_ai page 28 in
the current
/usr/share/doc/libmpfr-doc/mpfr.pdf.gz
If I do a
cp /usr/share/automake-1.15/texinfo.tex doc/
then I can reproduce the error. So, it seems to be a bug in
automake 1.15, solved by the newer texinfo.tex file provided
in the MPFR tarball.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: