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