http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
--- Comment #28 from Ralf Wildenhues <rwild at gcc dot gnu.org> 2011-01-18 07:10:48 UTC --- (In reply to comment #26) > I'm seeing the same problem with gcc 4.6 trunk (r168937) for building a cross > compiler with target arm-unknown-eabi configured with newlib in tree. The > crucial bit is --enable-multilib, without this option the problem is not > reproducible. You shouldn't ever need to pass --enable-multilib explicitly to toplevel configure, as multilib is enabled by default. On top of that, there is a bug currently in that explicit --enable-multilib is handled wrongly, see PR 43328.
