Ross Burton added the comment:
Cool, glad to see the additional checks.
--
___
Python tracker
<https://bugs.python.org/issue45749>
___
___
Python-bugs-list m
Change by Ross Burton :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue45749>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
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
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",
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 && ech
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_
Change by Ross Burton :
--
pull_requests: +8543
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34585>
___
___
Python-bugs-list mai
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 be to not
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
__
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.p
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 t
12 matches
Mail list logo