gjohnson5 <tonyjohn5(a)yahoo.com> writes:
But:[gjohnson@loser ~]$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.60GHz
stepping : 3
This looks nearly the same as what I'm testing on ... my machine is
stepping 1 and a bit slower, but I doubt that's relevant. I do see
a couple differences in the flags:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc pebs bts
sync_rdtsc pni monitor ds_cpl cid cx16 xtpr
Anybody know what nx, sync_rdtsc, est, tm2 mean?
As far as CFLAGS , I've been trying to find a set of CFLAGS that
worked....
If you have a set that work , I'll definitely put em' in
The default doesn't work? For the record, what I see in the RPM build
log for what is probably the critical file is
gcc -DHAVE_CONFIG_H -I. -I../include -I../include -I../include -DDBUG_OFF -O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
-m64 -mtune=generic -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-fno-strict-aliasing -fwrapv -c strtod.c
How's that compare to what you get?
Anyway, mysql builds fine for me in both F-9 and rawhide mock chroots
(within an F-8 system). Is it possible that the kernel difference is
actually the relevant point? I'd have thought this would be strictly
userland behavior.
regards, tom lane