This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: platform.processor() could be smarter
Type: enhancement Stage: test needed
Components: Library (Lib) Versions: Python 2.7
process
Status: closed Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: ajaksu2, hoffman, lemburg, tengai
Priority: low Keywords:

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) * (Python triager) 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) * (Python committer) 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()).
History
Date User Action Args
2022-04-11 14:56:12adminsetgithub: 42153
2009-02-16 17:59:25lemburgsetstatus: open -> closed
nosy: + lemburg
messages: + msg82257
2009-02-16 02:25:53ajaksu2setversions: + Python 2.7
nosy: + ajaksu2
messages: + msg82207
priority: normal -> low
components: + Library (Lib), - None
stage: test needed
2005-07-01 16:38:26tengaicreate