Details
Description
building '_mesos' extension
gcc -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 -arch x86_64 -arch i386 -pipe -I/Users/till/Development/mesos-till/build/../include -I/Users/till/Development/mesos-till/build/include -I/Users/till/Development/mesos-till/build/src -I/Users/till/Development/mesos-till/build/src/python/native -I/Users/till/Development/mesos-till/build/3rdparty/libprocess/3rdparty/protobuf-2.5.0/src -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c native/mesos_executor_driver_impl.cpp -o build/temp.macosx-10.9-intel-2.7/native/mesos_executor_driver_impl.o
clang: error: unknown argument: '-mno-fused-madd' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
error: command 'gcc' failed with exit status 1
make[2]: *** [python/dist/mesos-0.19.0-py2.7-macosx-10.9-intel.egg] Error 1
make[1]: *** [check] Error 2
make: *** [check-recursive] Error 1
The problem (once again) is the fact that the python-egg build-process of distutils grabs the compiler settings from the settings that python was built with.
$ python-config --cflags
-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
So that is where "-mno-fused-madd" comes from.
I am currently puzzled on why our configuration phase did not detect this problem.