[Bug middle-end/33164] Texinfo markup problems in tm.texi

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33164

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
   Target Milestone|---                         |5.0
         Resolution|---                         |FIXED

--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Kai Henningsen from comment #0)
> TARGET_ASM_RELOC_RW_MASK needs return type

Fixed by r0-98054.

> TARGET_CC_MODES_COMPATIBLE needs {} around return type

The enum was removed with r5-4508 (but the {} was added back in r0-98088).

> TARGET_CHECK_PCH_TARGET_FLAGS needs {} around return type

Fixed by r0-98054.

> TARGET_DEFAULT_TARGET_FLAGS should be @deftypevr

Fixed by r0-92782.

> TARGET_GET_PCH_VALIDITY needs {} around return type

Fixed by r0-98054.

> TARGET_HAVE_SRODATA_SECTION should be @deftypevr

Fixed by r0-92782.

> TARGET_HAVE_TLS should be @deftypevr

Fixed by r0-92782.

> TARGET_INVALID_ARG_FOR_UNPROTOTYPED_FN needs {} around return type

Fixed by r0-98046.

> TARGET_INVALID_WITHIN_DOLOOP needs {} around return type

Fixed by r0-98069.

> TARGET_MAX_ANCHOR_OFFSET should be @deftypevr

Fixed by r0-92782.

> TARGET_MIN_ANCHOR_OFFSET should be @deftypevr

Fixed by r0-92782.

> TARGET_PCH_VALID_P needs {} around return type

Fixed by r0-98046.

> TARGET_STRIP_NAME_ENCODING needs {} around return type

Fixed by r0-98054.

> TARGET_TERMINATE_DW2_EH_FRAME_INFO should be @deftypevr

Fixed by r0-92782.

> TARGET_UNWIND_TABLES_DEFAULT should be @deftypevr

Fixed by r0-92782.


(In reply to Kai Henningsen from comment #1)
> Found one more: TARGET_DWARF_CALLING_CONVENTION seems to be nested inside
> DWARF2_DWARF2_DEBUGGING_INFO. Though I suspect the second half of the
> DWARF2_DEBUGGING_INFO text might actually belong to
> TARGET_DWARF_CALLING_CONVENTION.

This still seems true. I filed PR 103958 to track that since the rest were
fixed before GCC 5.

Closing as all fixed (except for the other part which I filed as PR 103958).