gcc -c -mcpu=pentium4 -w -O2 -funroll-loops -fprefetch-loop-arrays -pipe -fno-pie -D_REENTRANT -DPIC -fPIC -DMMX -DUSING_IVTV -DUSING_DVB -DUSING_XRANDR -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr\" -DHAVE_AV_CONFIG_H -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I/usr/qt/3/mkspecs/linux-g++ -I. -I.. -I../.. -I/usr/qt/3/include -o postprocess.o libpostproc/postprocess.c
In file included from libpostproc/postprocess.c:645:
libpostproc/postprocess_template.c: In function `postProcess_MMX':
libpostproc/postprocess_template.c:3198: error: can't find a register in class `GENERAL_REGS' while reloading `asm'
libpostproc/postprocess_template.c:3283: error: can't find a register in class `GENERAL_REGS' while reloading `asm'
libpostproc/postprocess_template.c:3198: error: can't find a register in class `GENERAL_REGS' while reloading `asm'
libpostproc/postprocess_template.c:3283: error: can't find a register in class `GENERAL_REGS' while reloading `asm'
After a bit of Googling, It's some weird gcc error/bug that's cropped up on this list (and others) before. I "fixed" it by adding -fomit-frame-pointer to the CFLAGS, but that's not much help if you want to debug.
I had some trouble with the distcc support too, but that's probably some Gentoo'ism that I'm not inclined to investigate at the moment (--disable-distcc to configure got me going)
for the record:
$ gcc --version gcc (GCC) 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 9
cpu MHz : 2793.109
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips : 5521.40
Neale
Anduin Withers wrote:
If one is foolish enough to pass --cpu=i686 in to the configure script it isn't really honored. The problem is that through normal auto-detection $cpu would be set to x86, in the case where it is overridden this transformation doesn't occur (that chunk of script is before the option processing chunk) this leads to unpleasant things like TARGET_ARCH_X86=yes not being output to config.mak.
------------------------------------------------------------------------
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
