3/25/2019 0 Comments On Mac Pip Install Wheel For X86Wrapper package for OpenCV python bindings. OpenCV on Wheels. Unofficial pre-built OpenCV packages for Python. Installation and Usage. If you have previous/other manually installed (= not installed via pip) version of OpenCV installed (e.g. Cv2 module in the root of Python's site-packages), remove it before installation to avoid conflicts. Gcc -bundle -undefined dynamic_lookup -L/usr/local/anaconda/lib -L/usr/local/anaconda/lib -arch x86_64 build/temp.macosx-10.7-x86_64-3.6/./rpy/rinterface/_rinterface.o -L/usr/local/lib -L/usr/local/anaconda/lib -Lbuild/temp.macosx-10.7-x86_64-3.6 -L/usr/local/lib -lpcre -llzma -lbz2 -lz -licucore -lm -liconv -lr_utils -o build/lib.macosx-10.7-x86_64-3.6/rpy2/rinterface/_rinterface.cpython-36m-darwin.so -fopenmp -F/Library/Frameworks/R.framework/. -framework R clang: error: unsupported option '-fopenmp' error: command 'gcc' failed with exit status 1 Everything worked fine with R 3.3.3 (which was built with the system Clang). Installing XQuartz is not necessary. I agree that this is just a temporary workaround - all future versions of R will be built with the newer tools, so eventually rpy2 will need to support it. MacOS High Sierra will likely ship with these updated build tools, so when rpy2 is built for this platform everything should hopefully work with R 3.4.0 and higher. Still, the question remains how rpy2 will handle older macOS versions. I guess we'd have to try if building with the newer tools produces a package that works both with R 3.4.0 as well as older versions such as R 3.3.3. I can try to build it and see if it works when I have time. Clang: error: unsupported option '-fopenmp' error: command 'gcc' failed with exit status 1 ---------------------------------------- Command '/Users/danli/anaconda/bin/python -u -c ' import setuptools, tokenize; __file__ = '/private/var/folders/gn/y3k01wts6yvg9z_m0zlqnllm0000gn/T/pip-build-viF4iB/rpy2/setup.py'; f = getattr ( tokenize, 'open', open )( __file__ ); code = f. Replace ( ' r n ', ' n ' ); f. Close (); exec ( compile ( code, __file__, 'exec' )) ' install --record /var/folders/gn/y3k01wts6yvg9z_m0zlqnllm0000gn/T/pip-XQWVG4-record/install-record.txt --single-version-externally-managed --compile' failed with error code 1 in / private / var / folders / gn / y3k01wts6yvg9z_m0zlqnllm0000gn / T / pip - build - viF4iB / rpy2 / • • reporter. Somehow the build process still uses gcc instead of clang. I don't know why this worked for me out of the box, but you could either symlink gcc to clang (and g++ to clang++), or explicitly tell pip to use clang (this is actually where I'll stop, because I have no experience with distutils, but you could try to go from or ). Alternatively, you could try the simpler option I mentioned above (add the two lines to setup.py and install via python3 setup.py install). Lastly, if you install the package directly without pip, you could also try python3 setup.py install --compiler=clang. • • reporter. I have tried everything to install rpy2 on High Sierra running R3.4.1 and Python3.6 (anaconda). Btw, downgrading to R3.3.3 also does not work. I get the following error: unable to execute 'x86_64-apple-darwin13.4.0-ar': No such file or directory error: command 'x86_64-apple-darwin13.4.0-ar' failed with exit status 1 I think its related to the same issue in this thread, but if not, and there is hope for a fix, please let me know. I ran into this problem only after upgrading OSX to High Sierra. ==> cmake -G Unix Makefiles /private/tmp/llvm-2010-f0tmy8/llvm-5.0.0.s Last 15 lines from /Users/me/Library/Logs/Homebrew/llvm/01.cmake: command. CMake Warning at tools/xcode-toolchain/CMakeLists.txt:60 (message): Failed to detect the version of an installed copy of Xcode, falling back to highest supported version. Set XCODE_VERSION to override. CMake Error at tools/xcode-toolchain/CMakeLists.txt:80 (message): Could not identify toolchain dir -- Configuring incomplete, errors occurred! See also '/tmp/llvm-2010-7zds3a/CMakeFiles/CMakeOutput.log'. See also '/tmp/llvm-2010-7zds3a/CMakeFiles/CMakeError.log'. READ THIS: These open issues may also help: faust. V2.1.0 (new formula) gdb: Automatic code signing cling 0.4 (new formula) infer 0.13.0 pypy crashes with dyld: lazy symbol binding failed: Symbol not found: _clock_gettime • •. ![]() Do you mean compile to LLVM's intermediate representation or use clang to compile R. The later is reported to be the way the official R binaries are built (with gfortran need - link to R's own doc found earlier in this thread: ). The resolution to the problem raised by this thread would be: • install gfortran as the R doc ask it • use gcc instead of clang With respect to rpy2, and a user-friendly resolution, this should translate into setup code that help handle to the switch and if possible checks are informative reports about what is missing an options at the top level. I do not have OS X to do rpy2 development, and was hoping that the OS X community would step up (I appreciate the offer to build binaries, but this is not a viable solution without having code to let anyone build the binaries easily first). Hi Clemens, thank you for your quick response.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
March 2019
Categories |