-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fails to build wheel for gnureadline #36
Comments
That's a hard crash, thanks for reporting! So here somehow pip itself has prpblems compiling gnureadline. My env is pretty close to the one above (apart from having shadowed clang with homebrew's |
$ pip wheel gnureadline==6.3.8
Looking in indexes: https://pypi.org/simple
Collecting gnureadline==6.3.8
Using cached gnureadline-6.3.8.tar.gz (2.5 MB)
Building wheels for collected packages: gnureadline
Building wheel for gnureadline (setup.py) ... done
Created wheel for gnureadline: filename=gnureadline-6.3.8-cp38-cp38-macosx_10_14_x86_64.whl size=124079 sha256=f389d51ddd33b886d574de538f757a65ee1336cda43bf08ee30da8e7ebc7013e hmmm, on my system this one is np (also for pipgrip) 🤔 is clang the culprit..? export CC="/usr/local/bin/gcc-8"
export CXX="/usr/local/bin/g++-8" these two are pretty high up in my bash_profile. |
$ unset CC
$ unset CXX
$ pip wheel gnureadline==6.3.8 --no-cache-dir
Looking in indexes: https://pypi.org/simple
Collecting gnureadline==6.3.8
Downloading gnureadline-6.3.8.tar.gz (2.5 MB)
|████████████████████████████████| 2.5 MB 3.5 MB/s
Building wheels for collected packages: gnureadline
Building wheel for gnureadline (setup.py) ... error
ERROR: Command errored out with exit status 1:
command: ~/.pyenv/versions/3.8.2/envs/vv38/bin/python3.8 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/private/var/folders/zf/tbwgf1fx1dvgvmvwdn7_vg3w0000gn/T/pip-wheel-j7mc__s2/gnureadline/setup.py'"'"'; __file__='"'"'/private/var/folders/zf/tbwgf1fx1dvgvmvwdn7_vg3w0000gn/T/pip-wheel-j7mc__s2/gnureadline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /private/var/folders/zf/tbwgf1fx1dvgvmvwdn7_vg3w0000gn/T/pip-wheel-zldy7gyc
cwd: /private/var/folders/zf/tbwgf1fx1dvgvmvwdn7_vg3w0000gn/T/pip-wheel-j7mc__s2/gnureadline/
Complete output (3110 lines):
============ Building the readline library ============
Using compiler cc on OS X
Guessing actual compiler: Apple LLVM version 10.0.1 (clang-1001.0.46.4)
Compiler supports architectures: i386 x86_64
...
Modules/3.x/readline.c:996:5: error: use of undeclared identifier 'rl_completion_suppress_append'
rl_completion_suppress_append = 0;
^
Modules/3.x/readline.c:1199:5: error: use of undeclared identifier 'rl_event_hook'
rl_event_hook = PyOS_InputHook;
^ Looks like |
Thanks for looking into this! Just to clarify, by "flags" you mean the Locally, this works for me: $ export CC=/usr/local/bin/gcc-10
$ export CXX=/usr/local/bin/g++-10
$ pipgrip dxpy --no-cache-dir
dxpy==0.298.1
argcomplete==1.12.0
beautifulsoup4==4.4.1
cryptography==2.9.2
cffi==1.14.1
pycparser==2.20
six==1.15.0
gnureadline==6.3.8
psutil==5.7.2
python-dateutil==2.8.1
python-magic==0.4.6
requests==2.23.0
certifi==2020.6.20
chardet==3.0.4
idna==2.10
urllib3==1.25.10
websocket-client==0.53.0 |
yes! so ideally any gcc dependency and then run |
I opened a PR at Homebrew/homebrew-core#58915. Thanks again for your help! |
Homebrew/homebrew-core#58915 has been merged so I'm going to close this. Thanks! |
What you were trying to do (and why)
Find recursive dependencies for
dxpy
What happened (including command output)
Failed on
gnureadline
. It seems to build thereadline
library and then fails with aFailed to build gnureadline
errorCommand output
What you expected to happen
Show recursive depndencies for
dxpy
Step-by-step reproduction instructions
pipgrip dxpy
I've also tried this with no luck:
pipgrip dxpy --no-cache-dir
Let me know if there's any other information I can provide that would be helpful!
The text was updated successfully, but these errors were encountered: