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. 
 

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.

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 :)

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()).