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
many distutils tests fail when run from the installed location #61952
Comments
many distutils tests fail when run from the installed location, either depending on the 'srcdir' macro, files not installed ('xxmodule.c'), or needing write permissions in the installed location. |
Matthias, I think this is already fixed for Python 3.3 and later (at least.) There may still be problems in 2.7, but I'm not sure if it's worth fixing them there. Can you see if you still have problems, and if so, show us how to reproduce them? (Is it just 'python -m test.regrtest'? Is it just test_distutils or also other tests?) |
three are still failing with 3.4: cc-4.9.real: error: /tmp/tmpdjxmlia5/xx.cpython-34m.so: No such file or directory test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase) The reason here is that the xx module is not found (where should it be installed in the installed testsuite?). |
The xx module is built by the unit tests IIRC. |
so the issue here is that -L -o <file> is passed to the compiler, and -o is interpreted as the library dir, and <file> as an input file. To robustify, change distutils/tests/support.py to not include empty directory names. To fix, change configure.ac (RUNPATH) not to unconditionally end the environment variables with an empty directory. adding Ronald, Darwin is the only platform having quotes around this. Is this really needed/wanted? |
The quotes that you removed around the DYLD_FRAMEWORK_PATH step are not needed, at least until the rest of configure.ac and Makefile.pre.in support paths with spaces et al. However, you missed removing the single quotes around the DYLD_LIBRARY_PATH step here: RUNSHARED='DYLD_LIBRARY_PATH=`pwd`${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}' Otherwise, the patch LGTM; I tested it with --enable-framework and --enable-shared configs on OS X. |
New changeset faef1da30c6d by doko in branch '2.7':
|
New changeset 7d1929cc08dd by doko in branch '3.3':
New changeset 01e933cb1de9 by doko in branch '3.4':
New changeset c0bcf1383d77 by doko in branch 'default':
|
For future fixes, please note that 3.3 is in security mode. Can this issue be closed? |
yes, noted myself (too late), and informed Georg about it. Closing for now. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: