Issue 1231081: platform.processor() could be smarter (original) (raw)

Created on 2005-07-01 16:38 by tengai, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (4)
msg61203 - (view)	Author: Stephan Springer (tengai)	Date: 2005-07-01 16:38
As far as I can see, platform.py only looks at the output of "uname -p" when platform.processor() is called. But on my system (Debian Linux), this doesn't give a result. Could you please enhance this function in a way that it also looks at /proc/cpuinfo? I'd need this to automatically find the appropriate options like "-march=..." and "-msse" for gcc/g++ in an scons script. Thanks, - Stephan.
msg61204 - (view)	Author: Michael Hoffman (hoffman)	Date: 2005-07-04 08:21
Logged In: YES user_id=987664 This sounds like it would be an endless sink of new code to deal with various processors and /proc formats on different platforms. If uname -p doesn't give you a result on Debian, that sounds like a Debian bug that should be taken up with them. I presume you want something like this: $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.66GHz stepping : 7 cpu MHz : 2660.595 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 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr bogomips : 5275.64 to be transformed into the str "pentium4"? I think this RFE should be closed.
msg82207 - (view)	Author: Daniel Diniz (ajaksu2) *	Date: 2009-02-16 02:25
The behavior described by Stephan is confirmed for trunk. Michael's objection makes sense to me, so I'll close this one unless someone can defend its usefulness. With code, docs and tests, preferably :)
msg82257 - (view)	Author: Marc-Andre Lemburg (lemburg) *	Date: 2009-02-16 17:59
I agree with Michael's comment. Note that uname -p is hardly ever needed. uname -m is more important and that's supported on Debian (and exposed via platform.machine()).