[issue45749] Silently fails to build hashlib if openssl has disabled algorithms

Ross Burton added the comment: Cool, glad to see the additional checks. -- ___ Python tracker <https://bugs.python.org/issue45749> ___ ___ Python-bugs-list m

[issue45749] Silently fails to build hashlib if openssl has disabled algorithms

Change by Ross Burton : -- versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue45749> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45749] Silently fails to build hashlib if openssl has disabled algorithms

New submission from Ross Burton : If my openssl is built with no-scrypt then the Python build of hashlib fails (as EVP_PBE_scrypt isn't present), but the overall compile succeeds. -- components: Build messages: 405954 nosy: rossburton2 priority: normal severity: normal status: open

[issue36125] Cannot cross-compile to more featureful but same tune

Ross Burton added the comment: That's exactly the glitch. I'm cross-compiling to a more powerful IA process from IA. This *is* a cross-compilation but the triple is the same. Assuming that you can rely on the loader to not open target binaries when they're on the path to load from

[issue36125] Cannot cross-compile to more featureful but same tune

Ross Burton added the comment: strace disagrees. By putting strace in PYTHON_FOR_BUILD and then invoking make sharedmods: | openat(AT_FDCWD, "/data/poky-tmp/master/work/corei7-64-poky-linux/python3/3.7.2-r0/build/build/lib.linux-x86_64-3.7/_heapq.cpython-37m-x86_64-linux-gnu.so",

[issue36125] Cannot cross-compile to more featureful but same tune

Ross Burton added the comment: >From what I can tell: configure.ac sets PYTHON_FOR_BUILD like this if cross-compiling: PYTHON_FOR_BUILD='_PYTHON_PROJECT_BASE=$(abs_builddir) _PYTHON_HOST_PLATFORM=$(_PYTHON_HOST_PLATFORM) PYTHONPATH=$(shell test -f pybuilddir.txt && echo $(a

[issue36125] Cannot cross-compile to more featureful but same tune

New submission from Ross Burton : My build machine is a Haswell Intel x86-64. I'm cross-compiling to x86-64, with -mtune=Skylake -avx2. During make install PYTHON_FOR_BUILD loads modules from the *build* Lib/ which contain instructions my Haswell can't execute: | _PYTHON_PROJECT_BASE=/data

[issue34585] Don't use AC_RUN_IFELSE to determine float endian

Change by Ross Burton : -- pull_requests: +8543 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34585> ___ ___ Python-bugs-list mai

[issue34585] Don't use AC_RUN_IFELSE to determine float endian

New submission from Ross Burton : Currently configure.ac uses AC_RUN_IFELSE to determine the byte order of floats and doubles. This hurts when cross-compiling because a default is set, resulting in Python silently falling back to sub-optimal codepaths. A partial improvement would

[issue2466] os.path.ismount doesn't work for mounts the user doesn't have permission to see

Changes by Ross Burton [EMAIL PROTECTED]: -- title: os.path.ismount doesn't work for NTFS mounts - os.path.ismount doesn't work for mounts the user doesn't have permission to see versions: +Python 2.5 -Python 2.4 ___ Python tracker [EMAIL PROTECTED

[issue2466] os.path.ismount doesn't work for NTFS mounts

New submission from Ross Burton [EMAIL PROTECTED]: I'm not sure why this is, but ismount doesn't always work for me. It appears to fail on NTFS mounts. $ mount ... /dev/sda1 on /media/windows type ntfs (ro,noexec,nosuid,nodev,user=ross) redbeard.local:/home on /media/home type nfs (rw,user

[issue2466] os.path.ismount doesn't work for NTFS mounts

Ross Burton [EMAIL PROTECTED] added the comment: Aha. The contents of the mount point are only accessible by root: $ stat /media/windows/.. stat: cannot stat `/media/windows/..': Permission denied This falls into the except block, so false is returned. If ismount() used os.path.dirname