In the svn branch x86_64-cpuid is my attempt at re-organizing the x86_64
processors.
The file cpuid.c is now the only place where detection takes place , before we
had config.guess and the two fat.c , they now just #inlcude "cpuid.c"
cpuid.c returns the microarchitecture of the processor only , no consideration
of what code will be run.
in 64bit mode we have
x86_64(default) core2 penryn nehalem atom netburst netburstlahf k8 k10
in 32bit mode we have
i486(default) pentium pentiummmx pentiumpro pentium2 pentium3 core pentium4
prescott k5 k6 k62 k63 athlon viac3 viac32 core2 penryn nehalem atom k8 k10
I've not changed the x86 CFLAGS or asm path order for static/fat ( I hope)
for non-fat builds this is the asm path search order
x86_64-*-*)
path_64="x86_64" ;;
netburst-*-*)
path_64="x86_64/netburst x86_64" ;;
netburstlahf-*-*)
path_64="x86_64/netburst/netburstlahf x86_64/netburst x86_64" ;;
k8-*-*)
path_64="x86_64/k8 x86_64" ;;
k10-*-*)
path_64="x86_64/k8/k10 x86_64/k8 x86_64" ;;
core2-*-*)
path_64="x86_64/core2 x86_64" ;;
penryn-*-*)
path_64="x86_64/core2/penryn x86_64/core2 x86_64" ;;
nehalem-*-*)
path_64="x86_64/nehalem x86_64" ;;
atom-*-*)
path_64="x86_64/atom x86_64" ;;
there is a similar one in configure.in for 64bit cpu in 32bit OS
and a similar fat path search order in fat.c
I've tested on a few machines , and it all appears to work. What I will do is
fake each cpu and test the paths that it uses.
Jason
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/mpir-devel?hl=en
-~----------~----~----~----~------~----~------~--~---
