Bug#458059: [Taco Hoekwater] Re: [NTG-pdftex] Bug#458059:
Even if makebm is an internal macro, renaming the in-document
definition to, say, \differentname doesn't change a thing. I still get
the same grouping level error, with:
\differentname #1$->\bm {#1}
$
\bm@mchoice ... {\hbox {#1$\displaystyle \m@th #2$
}}{\hbox {#1$\textstyle \m...
\bm@gr@@p ...fmmode \bm@mchoice #1{#2}{#2}{#2}{#2}
\else \bfseries #1#2\fi
\bm@command ...ound \z@ {\bm@gr@@p \boldmath {{a}}
}
\differentname #1$->\bm {#1}
$
On Sat, May 31, 2008 at 11:06 AM, Frank Küster <frank@debian.org> wrote:
>
>
> --
> Frank Küster
> Debian Developer (teTeX/TeXLive)
>
>
> ---------- Forwarded message ----------
> From: Taco Hoekwater <taco@elvenkind.com>
> To: Frank Küster <frank@debian.org>
> Date: Wed, 28 May 2008 23:37:49 +0200
> Subject: Re: [NTG-pdftex] Bug#458059:
> Frank Küster wrote:
>>
>> Hm, can you give me a short hint
>>
>> - what tells you that it's a macro error, and
>
> That snippet was the actual error context so you have to read it
> upside down, and there is a bit of information missing. The
> general overview is:
>
> \makebm expands into something containing
> \bm that expands into something containing
> \bm@command that expands into something containing
> \bm@gr@@p that expands into something containing
> \bm@mchoice that expands into something containing
> \makebm ... (full circle)
>
>> - where the error probably is?
>
> It seems \makebm is an internal macro of the bm package, and the
> document-level definition of \makebm to redefines that macro.
>
> Perhaps this is the result of a recent update of the bm package.
> At least that would explain why the documentation may have been
> run with errors in the past.
>
> There is a simple solution: use a different macro name for the
> in-document definition.
>
> Best wishes,
> Taco
>
>
>
Reply to: