This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/45587] the processor(s) that read the .texi files mess up.
- From: "joseph at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 7 Sep 2010 19:54:37 -0000
- Subject: [Bug other/45587] the processor(s) that read the .texi files mess up.
- References: <bug-45587-11013@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from joseph at codesourcery dot com 2010-09-07 19:54 -------
Subject: Re: New: the processor(s) that read the .texi
files mess up.
On Tue, 7 Sep 2010, zadeck at naturalbridge dot com wrote:
> @cindex @code{lceil@var{m}@var{n}2}
This is the index entry, with "n".
> @item @samp{lceil@var{m}2}
This is the part for the main text of the manual, without "n".
> Convert operand 1 (valid for floating point mode @var{m}) to fixed
> point mode @var{n} as a signed number rounding up and store in
> operand 0 (which has mode @var{n}).
> ======================
> which prints in both the info and in the html as:
> ======================
> `lceilm2'
> Convert operand 1 (valid for floating point mode m) to fixed point mode n
> as a signed number rounding up and store in operand 0 (which has mode n).
> ======================
> note that the @var{n} does not print in the name. it should be `lceilmn2'
@var{n} isn't in the name for the main manual, just for the index entry.
If you look in the index, you'll probably find the @var{n} there. Fix
whichever of the @item and the @cindex is wrong to agree with whichever is
right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45587