This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug other/45587] the processor(s) that read the .texi files mess up.



------- 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]