[Bug other/33190] tm.texi describes some non-existing hooks

[joseph at codesourcery dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33190

--- Comment #7 from joseph at codesourcery dot com <joseph at codesourcery dot com> 2012-06-27 13:30:31 UTC ---
On Tue, 26 Jun 2012, steven at gcc dot gnu.org wrote:

> SYSROOT_HEADERS_SUFFIX_SPEC (cppdefault.c gcc.c doc/tm.texi.in)

This is of use with configurations with both glibc and uClibc multilibs 
selected via -muclibc, for example (i.e. for someone building GCC to use 
in setting up the multilibs they want, rather than something where having 
such multilibs is suitable for a default checked-in configuration of GCC).

> SHORT_FRACT_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> FRACT_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> LONG_FRACT_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> LONG_LONG_FRACT_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> SHORT_ACCUM_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> ACCUM_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> LONG_ACCUM_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> LONG_LONG_ACCUM_TYPE_SIZE (tree.c defaults.h doc/tm.texi.in config/arm/arm.h
> config/mips/mips.h)
> 
> LIBGCC2_HAS_DF_MODE (doc/tm.texi.in config/rl78/rl78.h config/rx/rx.h
> ../libgcc/fixed-bit.h ../libgcc/libgcc2.c ../libgcc/libgcc2.h)
> 
> SF_SIZE (doc/tm.texi.in ../libgcc/libgcc2.c ../libgcc/libgcc2.h)
> 
> DF_SIZE (doc/tm.texi.in ../libgcc/libgcc2.c ../libgcc/libgcc2.h)
> 
> INTMAX_TYPE (defaults.h doc/tm.texi.in c-family/c-common.c fortran/trans-
> types.c fortran/iso-c-binding.def)
> 
> UINTMAX_TYPE (defaults.h doc/tm.texi.in c-family/c-common.c)

These are all things that logically should be configured in the same way 
as the same properties for other types or modes, even if it so happens 
that no target actually uses a nondefault definition of them at present.  
(For *_SIZE that would ideally be hooks.  See bug 46677 and some patches 
from Joern Rennecke around Nov / Dec 2010; I don't know what the latest 
patch version is.  For *_TYPE typedef names that would ideally be hooks 
returning enums rather than strings.  I'm not sure if Joern had a patch 
there but interfaces were discussed in threads around that time.  For 
those relating to floating-point modes, they should either move the libgcc 
config headers or, better, be predefined by the compiler (they're on the 
list at <http://gcc.gnu.org/wiki/Top-Level_Libgcc_Migration> of those 
definable by the compiler).)