обновление: 10.9.3 решает проблему с системой CPython.

это вызвано последним обновлением clang от Apple, которое пришло с Xcode 5.1 сегодня и влияет на многих, многих людей, поэтому, надеюсь, исправление появится в ближайшее время.

Update: не ожидал, что это привлечет столько внимания, но вот более подробно: clang 3.4 Apple по умолчанию отправляет ошибки на неизвестных флагах, но CPython строит модули, используя тот же набор флагов, с которым он был скомпилирован изначально. Этот система CPython была скомпилирована с несколькими флагами, которые неизвестны clang, что вызвало эту проблему. Ниже приведены текущие флаги компиляции Mavericks (10.9.2) CPython:

-I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -fno-strict-aliasing -fno-common -dynamic -arch x86_64 -arch i386 -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -mno-fused-madd -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE

чтобы решить эту проблему, у вас есть несколько вариантов:

• добавить ARCHFLAGS=-Wno-error=unused-command-line-argument-hard-error-in-future для флагов компиляции.
• передать CFLAGS=""
• снимите неподдерживаемые флаги с sysconfigdata.py (как отмечается в другом ответе).
• скомпилируйте новый python, используя доморощенного.
• дождитесь следующего обновления OS X, которое, по слухам, включает перекомпилированный Python / Ruby, чтобы удалить эту проблему для системных сред выполнения.

xCode 5.1

ARCHFLAGS=-Wno-error=unused-command-line-argument-hard-error-in-future pip install psycopg2

вот работа, которая включает в себя удаление флага из установки python.

на /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/_sysconfigdata.py несколько мест, где -mfused-madd / -mno-fused-madd флаг установлен.

отредактируйте этот файл и удалите все ссылки на этот флаг, ваша компиляция должна работать:

sudo sed -i '.old' 's/ -m\(no-\)\{0,1\}fused-madd //g' /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/_sysconfigdata.py

вам нужно удалить соответствующую _sysconfigdata.pyc и _sysconfigdata.pyo файлы также - по крайней мере, в моей системе эти файлы не были автоматически перестроены:

cd /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/
sudo rm _sysconfigdata.pyo _sysconfigdata.pyc

Примечание. которые должны использовать root-доступ для внесения этих изменений.

Я также отредактировал представление системы python о ее исходных флагах компиляции (как это сделал @user3405479). Вместо редактора я использовал инструменты командной строки для редактирования файла "на месте" (индекс меняется). Я также скомпилировал новые файлы pyo и pyc вместо того, чтобы оставлять их удаленными.

следующие команды выполняются от имени root, например в разделе sudo -i

pushd /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7

sed 's/-mno-fused-madd//g' _sysconfigdata.py \ | diff -p _sysconfigdata.py - | patch -b

python -m py_compile _sysconfigdata.py

python -OO -m py_compile _sysconfigdata.py

popd

я использовал homebrew для установки postgresql, а затем хотел установить psycopg2 в предоставленный системой python 2.7 на Mavericks. Чтобы заставить это работать, я закончил тем, что запустил это:

sudo ARCHFLAGS="-arch x86_64" CFLAGS=-Wunused-command-line-argument-hard-error-in-future pip install psycopg2

по крайней мере, Apple знает об этом, поскольку эта проблема обсуждается в Xcode 5.1 Заметки (раздел компилятора). Ожидайте обновления Python и Ruby в следующем обновлении ОС (скрещенные пальцы!). Также обратите внимание, что -Wno-error=unused-command-line-argument-hard-error-in-future флаг предназначен для временного обхода и исчезнет в будущем (надеюсь, после того, как система Python будет исправлена!).

Если вы являетесь сопровождающим пакета Python, как я, и хотите сохранить пользователям хлопот работы вокруг этого сами, вот решение (помимо предоставления бинарных колес / яиц), которое входит в ваш :

from distutils.command.build_ext import build_ext
import subprocess
import sys

# Workaround for OS X 10.9.2 and Xcode 5.1+
# The latest clang treats unrecognized command-line options as errors and the
# Python CFLAGS variable contains unrecognized ones (e.g. -mno-fused-madd).
# See Xcode 5.1 Release Notes (Compiler section) and
# http://stackoverflow.com/questions/22313407 for more details. This workaround
# follows the approach suggested in http://stackoverflow.com/questions/724664.
class build_ext_subclass(build_ext):
    def build_extensions(self):
        if sys.platform == 'darwin':
            # Test the compiler that will actually be used to see if it likes flags
            proc = subprocess.Popen(self.compiler.compiler + ['-v'],
                                    stdout=subprocess.PIPE, stderr=subprocess.PIPE,
                                    universal_newlines=True)
            stdout, stderr = proc.communicate()
            clang_mesg = "clang: error: unknown argument: '-mno-fused-madd'"
            if proc.returncode and stderr.splitlines()[0].startswith(clang_mesg):
                for ext in self.extensions:
                    # Use temporary workaround to ignore invalid compiler option
                    # Hopefully -mno-fused-madd goes away before this workaround!
                    ext.extra_compile_args += ['-Wno-error=unused-command-line-argument-hard-error-in-future']
        build_ext.build_extensions(self)

setup(
    name="mypackage",
    ...
    cmdclass={'build_ext' : build_ext_subclass},
    ...
)

ни одно из вышеперечисленных решений не сработало для меня. Моя ситуация немного отличается. Я пытался установить rdiff-backup через homebrew, когда я получил это сообщение об ошибке.

У меня, по-видимому, есть как python по умолчанию Apple (2.7.5 @ / usr/bin /python), так и python Homebrew (2.7.6 @ /usr/local/Cellar/python/2.7.6/bin / python), но ошибка исходила от python Apple.

чтобы устранить проблему, в основном я переключил двоичные файлы python.

Я сделал это через судо:

• cp/usr/bin /python/usr/bin / python_orig
• ln-s /usr/local/Cellar/python/2.7.6/bin/python /usr/bin/python

затем "brew install rdiff-backup" удалось без каких-либо ошибок.

наконец, я сделал "mv/usr/bin /python_orig/usr/bin / python", чтобы вернуть все назад.

вы, вероятно, на Python 2.7.5

$ python

Python 2.7.5 (default, Aug 25 2013, 00:04:04)  [GCC 4.2.1 Compatible
Apple LLVM 5.0 (clang-500.0.68)] on darwin

самое простое решение перейти к www.python.org и установите Python 2.7.6, который совместим с LLVM 5.1.

затем тост вашей старой виртуальной среды,rmvirtualenv {virtual_env_name}.

затем создайте новый виртуальный env..

mkvirtualenv --no-site-packages -p/Library/Frameworks/Python.framework/Versions/2.7/bin/python {virtual_env_name}

pip должен работать нормально после этого.

Amazon Linux [AWS EC2]

пытается pip install paramiko on Amazon Linux AMI release 2016.09 дал мне ошибку, которая включала ссылку на этот пост SO. Поэтому, даже если это не соответствует названию операции, я собираюсь поделиться ответом.

yum install libffi-devel
yum install gcc
yum install openssl-devel
pip install paramiko

Золотой!

Я доморощенного пакет python. Хорошо работает после повторного compilling.

вариация на _sysconfigdata.py исправить: используйте виртуальную среду

cp /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/_sysconfigdata.py ${VIRTUAL_ENV}/lib/python2.7/_sysconfigdata.py

затем отредактируйте свою копию в ${VIRTUAL_ENV}/lib/python2.7/_sysconfigdata.py

Я удалил все случаи '-mno-fused-madd', а затем сборки работали в этом virtualenv.

корень не требуется!

для меня плохие флаги были явно указаны в файле Makefile пакета. Поэтому мне пришлось отредактировать файл makefile, чтобы удалить непризнанный флаг из пакета ошибок.

обновление Homebrew и установка unixodbc решили его для меня

brew upgrade
brew install unixodbc