[Bug lto/51432] New: [4.6 regression] ICE in -flto -std=c++0x -g with cross-compiler

["kikairoya at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>]

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

             Bug #: 51432
           Summary: [4.6 regression] ICE in -flto -std=c++0x -g with
                    cross-compiler
    Classification: Unclassified
           Product: gcc
           Version: 4.6.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: kikairoya@gmail.com


in this command:

$ rx-elf-g++ -v
Using built-in specs.
COLLECT_GCC=rx-elf-gcc
COLLECT_LTO_WRAPPER=/home/kikairoya/gcc/libexec/gcc/rx-elf/4.6.1/lto-wrapper
Target: rx-elf
Configured with: /home/kikairoya/repos/gcc/configure --target=rx-elf
--prefix=/home/kikairoya/gcc --disable-nls --enable-target-optspace
--with-newlib --enable-languages=c,c++ --without-ppl --enable-checking=release
Thread model: single
gcc version 4.6.2 (GCC)

$ rx-elf-g++ -flto -std=c++0x -g -xc++ /dev/null -include functional
In file included from
/home/kikairoya/gcc/lib/gcc/rx-elf/4.6.2/../../../../rx-elf/include/c++/4.6.2/functional:59:0,
                 from <command-line>:0:
/home/kikairoya/gcc/lib/gcc/rx-elf/4.6.2/../../../../rx-elf/include/c++/4.6.2/bits/functional_hash.h:
In instantiation of 'std::size_t std::hash<_Tp>::operator()(_Tp) const [with
_Tp = long double, std::size_t = long unsigned int]':
/home/kikairoya/gcc/lib/gcc/rx-elf/4.6.2/../../../../rx-elf/include/c++/4.6.2/functional:2267:1:
  instantiated from here
/home/kikairoya/gcc/lib/gcc/rx-elf/4.6.2/../../../../rx-elf/include/c++/4.6.2/bits/functional_hash.h:184:5:
internal compiler error: in write_builtin_type, at cp/mangle.c:2168
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.




ICE occurs not only rx-elf but also sh-elf, m32c-elf, h8300-elf. No error in
x86_64-linux-gnu.

no problem if -fno-lto or -gstabs.

This problem appears since r173860 (PR lto/48207).