[issue47154] -arch detection in _osx_support generates false positives
Change by Isuru Fernando : -- keywords: +patch pull_requests: +30256 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32178 ___ Python tracker <https://bugs.python.org/issue47154> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47154] -arch detection in _osx_support generates false positives
New submission from Isuru Fernando : If `cflags` contains something like, `-I/Users/isuru/handy-archives-env/include`, then the code assumes that there is a `-arch` flag in it and errors with ValueError: Don't know machine value for archs=() -- components: Build messages: 416278 nosy: isuruf priority: normal severity: normal status: open title: -arch detection in _osx_support generates false positives versions: Python 3.10, Python 3.11, Python 3.9 ___ Python tracker <https://bugs.python.org/issue47154> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44556] ctypes unittest crashes with libffi 3.4.2
Isuru Fernando added the comment: Duplicate of https://bugs.python.org/issue45350 -- nosy: +isuruf ___ Python tracker <https://bugs.python.org/issue44556> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44182] python-config.sh vs python-config.py inconsistency
Change by Isuru Fernando : -- keywords: +patch pull_requests: +27071 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28725 ___ Python tracker <https://bugs.python.org/issue44182> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44182] python-config.sh vs python-config.py inconsistency
Isuru Fernando added the comment: Agree that this should be fixed. If you want, I can send a PR. -- nosy: +isuruf ___ Python tracker <https://bugs.python.org/issue44182> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40503] PEP 615: Add zoneinfo module
Isuru Fernando added the comment: Do you have a suggestion for how to make it configurable at compile time? In POSIX platforms, we can set `--with-tzpath` to make it configurable at compile time. -- ___ Python tracker <https://bugs.python.org/issue40503> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45258] sysroot_paths in setup.py does not consider -isysroot for macOS
Change by Isuru Fernando : -- keywords: +patch pull_requests: +26896 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28501 ___ Python tracker <https://bugs.python.org/issue45258> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45258] sysroot_paths in setup.py does not consider -isysroot for macOS
New submission from Isuru Fernando : It only looks at --sysroot which is Linux specific -- components: Build messages: 402338 nosy: FFY00, isuruf priority: normal severity: normal status: open title: sysroot_paths in setup.py does not consider -isysroot for macOS versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue45258> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40503] PEP 615: Add zoneinfo module
Isuru Fernando added the comment: Thanks @steve.dower for the info. I've created https://github.com/python/cpython/pull/28495. Let me know if it needs to have a separate bpo issue. -- ___ Python tracker <https://bugs.python.org/issue40503> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40503] PEP 615: Add zoneinfo module
Change by Isuru Fernando : -- pull_requests: +26890 pull_request: https://github.com/python/cpython/pull/28495 ___ Python tracker <https://bugs.python.org/issue40503> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40503] PEP 615: Add zoneinfo module
Isuru Fernando added the comment: > If anyone building Python for Windows shows up needing support for this, we > can re-visit the issue — I don't believe it's technically infeasible, just > that the usage patterns of Python on Windows mean that it's not worth doing. At conda-forge, we need this and our current solution is https://github.com/conda-forge/python-feedstock/blob/8195ba1178041b7461238e8c5680eee62f5ea9d0/recipe/patches/0032-Fix-TZPATH-on-windows.patch#L19 I can change to check if that directory exists. What do you think? -- nosy: +FFY00, isuruf ___ Python tracker <https://bugs.python.org/issue40503> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22699] Module source files not found when cross-compiling
Change by Isuru Fernando : -- keywords: +patch nosy: +isuruf nosy_count: 8.0 -> 9.0 pull_requests: +26810 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28397 ___ Python tracker <https://bugs.python.org/issue22699> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41100] Support macOS 11 and Apple Silicon Macs
Change by Isuru Fernando : -- nosy: +isuruf nosy_count: 23.0 -> 24.0 pull_requests: +25069 pull_request: https://github.com/python/cpython/pull/26474 ___ Python tracker <https://bugs.python.org/issue41100> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43052] _dyld_shared_cache_contains_path needs SYSTEM_VERSION_COMPAT=0
Isuru Fernando added the comment: You are right. I think I may have accidentally used the wrong SDK. Explictly setting `SYSTEM_VERSION_COMPAT=1` is unsupported then? -- ___ Python tracker <https://bugs.python.org/issue43052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43052] _dyld_shared_cache_contains_path needs SYSTEM_VERSION_COMPAT=0
New submission from Isuru Fernando : In macOS Big Sur, if the executable was compiled with MACOSX_DEPLOYMENT_TARGET=10.15 or below, then SYSTEM_VERSION_COMPAT=1 is the default which means that Big Sur reports itself as 10.16 which in turn means that __builtin_available(macOS 11.0) will not be triggered. This can be observed by using the python 3.9.1 universal2 installer and using it on x86_64 Big Sur or with Rossetta 2 on arm64 Big Sur. (Not an issue with native arm64 as that part is compiled with MACOSX_DEPLOYMENT_TARGET=11.0) Original issue is that the following returned None. SYSTEM_VERSION_COMPAT=1 arch -x86_64 /usr/local/bin/python3 -c "from ctypes.util import find_library; print(find_library('AppKit'))" -- messages: 385845 nosy: isuruf, ned.deily, ronaldoussoren priority: normal pull_requests: 23185 severity: normal status: open title: _dyld_shared_cache_contains_path needs SYSTEM_VERSION_COMPAT=0 ___ Python tracker <https://bugs.python.org/issue43052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42476] Allow cross compiling python for macos-arm64 from macos-x86_64
Change by Isuru Fernando : -- keywords: +patch pull_requests: +22407 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23523 ___ Python tracker <https://bugs.python.org/issue42476> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42476] Allow cross compiling python for macos-arm64 from macos-x86_64
New submission from Isuru Fernando : Only a few changes are needed and I will send a Pull request. This was used for providing macos-arm64 builds for conda where we are using cross compiling exclusively for all macos-arm64 builds -- components: Build messages: 381908 nosy: isuruf, willingc priority: normal severity: normal status: open title: Allow cross compiling python for macos-arm64 from macos-x86_64 type: enhancement versions: Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue42476> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33351] Support compiling with clang-cl on Windows
Change by Isuru Fernando : -- pull_requests: +17747 pull_request: https://github.com/python/cpython/pull/18371 ___ Python tracker <https://bugs.python.org/issue33351> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37916] distutils: allow overriding of the RANLIB command on macOS (darwin)
Isuru Fernando added the comment: This is an issue even without cross-compilations as there is an environment variable for the archiver and therefore the archiver and ranlib can be from 2 different toolchains and leads to error. Ran into this issue in python 3.8 on macOS with an lto build -- nosy: +isuruf ___ Python tracker <https://bugs.python.org/issue37916> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32423] The Windows SDK version 10.0.15063.0 was not found
Isuru Fernando added the comment: Fixed in https://github.com/python/cpython/pull/12445 -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32423> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32423] The Windows SDK version 10.0.15063.0 was not found
New submission from Isuru Fernando <isu...@gmail.com>: When compiling python 3.6.4 on appveyor using MSVC 2015 following error occurs. (C:\bld\python_1514037886491\_b_env) C:\bld\python_1514037886491\work\Python-3.6.4\PCbuild>"C:\Program Files (x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe" "C:\bld\python_1514037886491\work\Python-3.6.4\PCbuild\pcbuild.proj" /t:Build /m /nologo /v:m /p:Configuration=Release /p:Platform=x64 /p:IncludeExternals=true /p:IncludeSSL=true /p:IncludeTkinter=true /p:UseTestMarker= /p:GIT="C:\Program Files\Git\cmd\git.exe" C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Platforms\x64\PlatformToolsets\v140\Toolset.targets(36,5): error MSB8036: The Windows SDK version 10.0.15063.0 was not found. Install the required version of Windows SDK or change the SDK version in the project property pages or by right-clicking the solution and selecting "Retarget solution". [C:\bld\python_1514037886491\work\Python-3.6.4\PCbuild\pythoncore.vcxproj] Note that appveyor Visual Studio 2015 image has only 10.0.10586, 10.0.14393 and 10.0.26624 Here's a simple patch that fixes this on 3.6 branch. https://github.com/isuruf/cpython/commit/9432a2c7f63b3bb55e8066e91eade81321154476 I haven't checked that the patch works on a machine with 10.0.15063 -- components: Windows messages: 308982 nosy: Isuru Fernando, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: The Windows SDK version 10.0.15063.0 was not found type: compile error versions: Python 3.6 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32423> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com