just to wrap this up, my problem had to do with having llvm binaries in my path, I don't know why it came with a i686-darwin...-gcc4.0.0 and that probably conflicted with the real gcc.
Em 15/06/2007, às 18:03, Leonardo Santagada escreveu: > I read the archives of the list, but I have XCode and the universal > SDK. I'm having a problem trying to build an extension, here is the > output: > > [EMAIL PROTECTED]:/tmp/usession-4/testing_1$ python setup.py build > running build > running build_ext > building 'testing_1' extension > gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - > fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- > madd -fno-common -dynamic -DNDEBUG -g -O3 -I/Users/retype/pypy-dist/ > pypy/translator/c -I/Library/Frameworks/Python.framework/Versions/ > 2.5/include/python2.5 -c testing_1.c -o build/temp.macosx-10.3- > fat-2.5/testing_1.o > In file included from /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ > wchar.h:112, > from /Library/Frameworks/Python.framework/Versions/ > 2.5/include/python2.5/unicodeobject.h:118, > from /Library/Frameworks/Python.framework/Versions/ > 2.5/include/python2.5/Python.h:83, > from /Users/retype/pypy-dist/pypy/translator/c/src/ > g_prerequisite.h:10, > from common_header.h:2, > from testing_1.c:1: > /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: > stdarg.h: No such file or directory > In file included from /Users/retype/pypy-dist/pypy/translator/c/src/ > g_include.h:19, > from testing_1.c:554: > /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In > function ‘PyList_Pack’: > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:145: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In > function ‘PyDict_Pack’: > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:166: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:167: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In > function ‘CallWithShape’: > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:309: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:318: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:325: error: > parse error before ‘PyObject’ > /Users/retype/pypy-dist/pypy/translator/c/src/support.h:338: error: > parse error before ‘PyObject’ > lipo: can't figure out the architecture type of: /var/tmp// > ccoT8b3x.out > error: command 'gcc' failed with exit status 1 > > and the setup.py file is here: > > > from distutils.core import setup > from distutils.extension import Extension > from distutils.ccompiler import get_default_compiler > > PYPY_INCLUDE_DIR = '/Users/retype/pypy-dist/pypy/translator/c' > > extra_compile_args = [] > if get_default_compiler() == "unix": > extra_compile_args.extend(["-Wno-unused-label", > "-Wno-unused-variable"]) > > setup(name="testing_1", > ext_modules = [Extension(name = "testing_1", > sources = ["testing_1.c"], > extra_compile_args = extra_compile_args, > include_dirs = [PYPY_INCLUDE_DIR])]) > > > so although this came from pypy, I really think the problem is > either on my machine or on distutils (probably my machine, as I > don't believe this could break with such a simple script). > do anyone know how can I fix this? > > -- > Leonardo Santagada > "If it looks like a duck, and quacks like a duck, we have at least > to consider the possibility that we have a small aquatic bird of > the family anatidae on our hands." - Douglas Adams > > > -- Leonardo Santagada "If it looks like a duck, and quacks like a duck, we have at least to consider the possibility that we have a small aquatic bird of the family anatidae on our hands." - Douglas Adams _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
