Created attachment 315465 [details, diff] patch implementing solution from the upstream bug processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Athlon(tm) XP 2500+ stepping : 0 cpu MHz : 1837.578 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up bogomips : 3675.15 clflush size : 32 cache_alignment : 32 address sizes : 34 bits physical, 32 bits virtual power management: ts sys-devel/gcc-4.7.1 [4.5.3-r2, 4.6.3] USE="cxx doc fortran graphite gtk mudflap multislot nls nptl objc objc-gc openmp (-altivec) -bootstrap -build (-fixed-point) -gcj -go (-hardened) (-libssp) (-multilib) -nocxx -nopie -nossp -objc++ -test -vanilla" Result: /mnt/workbox/builds/portage/sys-devel/gcc-4.7.1/work/gcc-4.7.1/libitm/config/x86/cacheline.h:55:3: error: ‘__m64’ does not name a type You could say this is a variation of bug 410547 with RedHat in place of Adobe; though this time we've got the sources.
should be all set now in the tree; thanks for the report! Commit message: Fix for building libitm on x86 http://sources.gentoo.org/gentoo/src/patchsets/gcc/4.7.1/gentoo/49_all_gcc-4.7-x86-libitm-pr52695.patch?rev=1.1 http://sources.gentoo.org/sys-devel/gcc/gcc-4.7.1.ebuild?r1=1.1&r2=1.2
Fixed in 4.7.2 p1.4.
4.9+ is stable now