This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/45587] New: the processor(s) that read the .texi files mess up.
- From: "zadeck at naturalbridge dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 7 Sep 2010 19:35:40 -0000
- Subject: [Bug other/45587] New: the processor(s) that read the .texi files mess up.
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
the lceil part of md.texi is:
======================
@cindex @code{lceil@var{m}@var{n}2}
@item @samp{lceil@var{m}2}
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'
this appears to be a systematic failure, not just with this entry. However,
there are some where it comes out correctly, like lrintmn2.
--
Summary: the processor(s) that read the .texi files mess up.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zadeck at naturalbridge dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45587