cc/gcc: do not use the core pass-2 to build the baremetal compiler

In case we build a baremetal compiler, use the standard passes:
- core_cc is used to build the C library;
- as such, it is meant to run on build, not host;
- the final compiler is meant to run on host;

As the current final compiler step can not build a baremetal compiler,
call the core backend from the final step.

NB: Currently, newlib is built during the start_files pass, so we have
to have a core compiler by then... Once we can build the baremetal
compiler from the final cc step, then we can move the newlib build to
the proper step, and then get rid of the core pass-1 static compiler...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

 diff -durN gcc-4.4.0.orig/include/libiberty.h gcc-4.4.0/include/libiberty.h

 --- gcc-4.4.0.orig/include/libiberty.h	2008-06-24 03:42:31.000000000 +0200

 +++ gcc-4.4.0/include/libiberty.h	2009-05-27 21:38:24.000000000 +0200

 @@ -595,8 +595,11 @@

  /* Like sprintf but provides a pointer to malloc'd storage, which must

     be freed by the caller.  */

 +/* asprintf may be declared as a macro by glibc with __USE_FORTIFY_LEVEL.  */

 +#ifndef asprintf

  extern int asprintf (char **, const char *, ...) ATTRIBUTE_PRINTF_2;

  #endif

 +#endif

  #if !HAVE_DECL_VASPRINTF

  /* Like vsprintf but provides a pointer to malloc'd storage, which