You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What steps will reproduce the problem?
1. Download and unpack psutil-0.3.0.tar.gz
2. Execute: python setup.py install
What is the expected output?
What do you see instead?
One expects that psutil compiles without errors. Instead I get:
running install
running build
running build_py
running build_ext
building '_psutil_osx' extension
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I/sw/include/python2.7 -c psutil/_psutil_osx.c -o
build/temp.macosx-10.6-i386-2.7/psutil/_psutil_osx.o
In file included from psutil/_psutil_osx.c:26:
/usr/include/mach/shared_memory_server.h:48:2: warning: #warning
"<mach/shared_memory_server.h> is deprecated. Please use
<mach/shared_region.h> instead."
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I/sw/include/python2.7 -c psutil/_psutil_common.c -o
build/temp.macosx-10.6-i386-2.7/psutil/_psutil_common.o
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I/sw/include/python2.7 -c psutil/arch/osx/process_info.c
-o build/temp.macosx-10.6-i386-2.7/psutil/arch/osx/process_info.o
gcc -L/sw/lib -bundle -L/sw/lib/python2.7/config -lpython2.7
build/temp.macosx-10.6-i386-2.7/psutil/_psutil_osx.o
build/temp.macosx-10.6-i386-2.7/psutil/_psutil_common.o
build/temp.macosx-10.6-i386-2.7/psutil/arch/osx/process_info.o -o
build/lib.macosx-10.6-i386-2.7/_psutil_osx.so
ld: warning: in /sw/lib/python2.7/config/libpython2.7.dylib, file was built for
i386 which is not the architecture being linked (x86_64)
Undefined symbols:
[...]
What version of psutil are you using? What Python version?
0.3.0
On what operating system? Is it 32bit or 64bit version?
Mac OS 10.6.8
Please provide any additional information below.
I have two installations of gcc
- the one from Apple: (i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc.
build 5659)
- the one from fink: gcc-4 (GCC) 4.5.0
By default /usr/bin/gcc (the Apple one) is invoked. But my python install is
from fink. So I guess this causes the problem. Can someone propose a solution?
I don't have any input on this as I don't have fink installed. Possibly you
could use environment variables or distutils mods to get it to use the right
gcc, but I can't confirm/test here to tell you for sure.
http://stackoverflow.com/questions/5967065/python-distutils-not-using-correct-version-of-gcc
I'd try some of the suggestions there, particularly setting the CC env
variable and see if that helps. I'm not sure what's up with the libs being i386
though, that may or not still be an issue if you switch gcc versions.
From ske...@googlemail.com on July 11, 2011 11:06:24
Original issue: http://code.google.com/p/psutil/issues/detail?id=184
The text was updated successfully, but these errors were encountered: