update a bit. delete ports that have switched to GCC 4.8. with this

we still need significant work on these ports:

	- mips*
	- powerpc
	- sh*
	- vax
	- m68k*

the x86 platforms are probably ready to switch, but i'm not in a good
position to test them.  these platforms are probably ready to switch,
as they're still mostly in bringup mode anyway:

	- powerpc64
	- coldfire
	- ia64

external/gpl3/gcc/README.gcc48

@@ -1,10 +1,9 @@
-$Id: README.gcc48,v 1.2 2014/03/09 21:01:14 mrg Exp $
+$Id: README.gcc48,v 1.3 2014/03/10 19:06:35 mrg Exp $
 
 usr.bin:
 	note:
 		-static-libstdc++ -static-libgcc
 		-rdynamic  -lz
-
 lib:
 
 	G_NOEXCEPTION_FLAGS -- need to use this
@@ -23,59 +22,35 @@ x86_64 port:
 - copied manually i386-builtin-types.inc instead of generating it.
 
 
-arch/feature list:
+arch/feature list.  anything not here has been switched already:
 
 architecture	tools	kernels	libgcc	native-gcc	make release	runs	atf
 ------------	-----	-------	------	----------	------------	----	---
-alpha		yes	no[2]	yes	yes		yes
-arm		yes	yes	yes	yes		yes		yes	no[7]
-armeb		yes	?	yes	builds
-coldfire	yes	?	yes	yes		no[8]		?	?
-earm		yes	?	yes	builds
-earmeb		yes	?	yes	builds
-earmhf		yes	?	yes	builds
-earmhfeb	yes	?	yes	builds
-earmv4		yes	?	yes	yes[13]		yes[shark]	yes	no
-earmv4eb	yes	?	yes	builds
-earmv6		yes	yes	yes	builds
-earmv6eb	yes	?	yes	builds
-earmv6hf	yes	yes	yes	builds
-earmv6hfeb	yes	?	yes	builds
-earmv7		yes	?	yes	builds
-earmv7eb	yes	?	yes	builds
-earmv7hf	yes	?	yes	builds
-earmv7hfeb	yes	?	yes	builds
-hppa		yes	yes	yes	yes		yes		yes	yes
+coldfire	yes	?	yes	yes		no[7]		?	?
 i386		yes	yes	yes	yes		yes
-ia64
+ia64		yes	?	yes[6]	yes		no
 m68000		yes	?	yes	no[3]		
-m68k		yes	yes	yes	yes		no[8]
+m68k		yes	yes	yes	yes		no[7]
 mips64eb	yes	yes[5]	yes	yes		
-mips64el	yes	yes	yes	yes		yes[9]		no[10]
+mips64el	yes	yes	yes	yes		yes[8]		no
 mipseb		yes	yes[5]	yes	yes		yes
-mipsel		yes	yes	yes	yes		yes		yes[10]	no[11]
+mipsel		yes	yes	yes	yes		yes		yes	no[2]
 powerpc		yes	yes[1]	yes	yes		yes		yes	yes
-powerpc64	yes[12]
-sh3eb		yes	?	yes	yes		no[8]
-sh3el		yes	?	yes	yes		no[8]
-sparc		yes	yes	yes	yes		yes		yes	yes
-sparc64		yes	yes	yes	yes		yes		yes	yes
-vax		yes	yes	yes	yes		no[8]
+powerpc64	yes[4]
+sh3eb		yes	?	yes	yes		no[7]
+sh3el		yes	?	yes	yes		no[7]
+vax		yes	yes	yes	yes		no[7]
 x86_64		yes	yes	yes	yes		yes		?
 
 [1] ofppc/pegasos has issues with symtab loading.
     sandpoint works fine in multi-user, found an annoyance by com(4) change.
-[2] a kernel has it's text overwritten by something before alpha_init
+[2] weird failures.
 [3] relocations fail in libgcc
+[4] cc1 gets segv compiling libgcc.
 [5] mips*eb kernels seem to work as well as gcc 4.5 ones.
-[7] shark atf-report fails with: Unexpected token `tc-start'; expected end of test program
-[8] m68k/vax/sh3 gcc seem to randomly get -fstack-protector/-Wstack-protector
+[6] there are some uncommited hacks.
+[7] m68k/vax/sh3 gcc seem to randomly get -fstack-protector/-Wstack-protector
     wrong, for example m68k flags alarm() as unprotected in
     libc/gen/alarm.c:53, vax ifinit() in sbin/routed/if.c:680.
    --> hacked around
-[9] LOONGSON kernel has general problems
-[10] mips64el fails -- something in /sbin/init or /rescue/init jumps to zero.
-    in -current.  a hack for o32 works.
-[11] weird failures.
-[12] cc1 gets segv compiling libgcc.
-[13] some answers about C99 support in libstdc++-v3 are wrong.
+[8] LOONGSON kernel has general problems