[issue41090] Support for "Apple Silicon"

Ronald Oussoren added the comment: I only know what's on Apple website. There will be documentation, and there is developer hardware. I do have a VM running the new macOS with a version of Xcode that can compile for the new hardware, but that's where it ends for me. -- _

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

Change by William Pickard : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Raymond Hettinger added the comment: New changeset 32f2eda85957365d208f499b730d30b7eb419741 by Raymond Hettinger in branch 'master': bpo-40521: Remove freelist from collections.deque() (GH-21073) https://github.com/python/cpython/commit/32f2eda85957365d208f499b730d30b7eb419741 -- _

[issue40773] DOC: Fix rendering for 'retval' on the pdb page

Change by Chenyoo Hao : -- pull_requests: +20246 pull_request: https://github.com/python/cpython/pull/21080 ___ Python tracker ___ _

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

miss-islington added the comment: New changeset 92f8b480bab408be09bc1631cf2e0e5a4641b731 by Miss Islington (bot) in branch '3.9': bpo-41085: Fix array.array.index() on 64-bit Windows (GH-21071) https://github.com/python/cpython/commit/92f8b480bab408be09bc1631cf2e0e5a4641b731 -- ___

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

miss-islington added the comment: New changeset c6e24e7420a03a1751004e255a6f6c14265b9ea1 by Miss Islington (bot) in branch '3.8': bpo-41085: Fix array.array.index() on 64-bit Windows (GH-21071) https://github.com/python/cpython/commit/c6e24e7420a03a1751004e255a6f6c14265b9ea1 -- ___

[issue41090] Support for "Apple Silicon"

Mark Dickinson added the comment: > a bit off-topic for this issue Apologies: on reflection, it's way off-topic. Please ignore this and the last message; I'll find a more appropriate place to take this up. -- ___ Python tracker

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +20244 pull_request: https://github.com/python/cpython/pull/21076 ___ Python tracker _

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

STINNER Victor added the comment: New changeset 1d3dad5f96ed445b958ec53dfa0d46812f2162d9 by WildCard65 in branch 'master': bpo-41085: Fix array.array.index() on 64-bit Windows (GH-21071) https://github.com/python/cpython/commit/1d3dad5f96ed445b958ec53dfa0d46812f2162d9 -- __

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

Change by miss-islington : -- pull_requests: +20245 pull_request: https://github.com/python/cpython/pull/21077 ___ Python tracker ___ __

[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

Change by STINNER Victor : -- pull_requests: +20243 pull_request: https://github.com/python/cpython/pull/21075 ___ Python tracker ___ __

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : -- pull_requests: +20242 pull_request: https://github.com/python/cpython/pull/21074 ___ Python tracker ___ __

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by Raymond Hettinger : -- nosy: +rhettinger nosy_count: 4.0 -> 5.0 pull_requests: +20241 pull_request: https://github.com/python/cpython/pull/21073 ___ Python tracker __

[issue41090] Support for "Apple Silicon"

Mark Dickinson added the comment: @Ronald: a bit off-topic for this issue, but do you know if there are or will be any publicly available developer resources for people moving to Apple Silicon? For obvious reasons, I'm interested in what the floating-point and libm situation is going to look

[issue40605] «python»: Aucun fichier ou dossier de ce type

Goheakan added the comment: Bonjour Isa, Hello Terry ! "/usr/bin/env: «python»: Aucun fichier ou dossier de ce type" or "/usr/bin/env: «python»: No such file or directory" I was in the same trouble of you today and I solved it. So it's not a bug, some Unix Systems Operating (like Ubuntu and d

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

STINNER Victor added the comment: New changeset 261cfedf7657a515e04428bba58eba2a9bb88208 by Victor Stinner in branch 'master': bpo-40521: Make the empty frozenset per interpreter (GH-21068) https://github.com/python/cpython/commit/261cfedf7657a515e04428bba58eba2a9bb88208 -- ___

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

Change by William Pickard : -- keywords: +patch pull_requests: +20240 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21071 ___ Python tracker ___

[issue41090] Support for "Apple Silicon"

New submission from Ronald Oussoren : The attached patch implements "universal2" as an option for "--with-univeral-archs" to enable building "Universal 2" binaries on macOS (with x86_64 and arm64 code). This is an extension of the already existing support for other flavours of fat binaries o

[issue41089] Filters and other issues in Visual Studio projects

Change by Nikita Nemkin : -- keywords: +patch pull_requests: +20239 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21070 ___ Python tracker ___ __

[issue41083] plistlib can't decode date from year 0

Ronald Oussoren added the comment: Year 0 does exist in ISO 8601 though, but that wouldn't help us here as year 0 in that standard is year 1 BCE which is not representable in Python's datetime module. I'm not sure what we can do about this. The best we could do with plistlib is probably to

[issue41089] Filters and other issues in Visual Studio projects

New submission from Nikita Nemkin : Visual Studio projects need a bit of grooming. * File filters don't reflect recent file movements and additions. * Solution file is missing _zoneinfo project entries, resulting in dirty repo on every save. * bdist_wininst project hasn't been updated with the

[issue41088] Extend the AST Validator to validate all identifiers

Change by Batuhan Taskaya : -- nosy: +pablogsal, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue41088] Extend the AST Validator to validate all identifiers

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +20238 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21069 ___ Python tracker ___

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

STINNER Victor added the comment: The setproctitle project uses Py_GetArgcArgv() and would benefit of PyConfig.orig_argv, see: * https://bugs.python.org/issue15577#msg370965 * https://github.com/dvarrazzo/py-setproctitle/issues/8 -- ___ Python tra

[issue41085] [easy C] array.array.index() method downcasts Py_ssize_t to long

Change by STINNER Victor : -- title: [easy C] Array regression test fails -> [easy C] array.array.index() method downcasts Py_ssize_t to long ___ Python tracker ___ __

[issue41085] [easy C] Array regression test fails

Change by STINNER Victor : -- keywords: +newcomer friendly ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue41085] [easy C] Array regression test fails

Change by STINNER Victor : -- keywords: +easy (C) title: Array regression test fails -> [easy C] Array regression test fails ___ Python tracker ___

[issue41085] Array regression test fails

STINNER Victor added the comment: That's a bug in array_array_index() which downcasts "Py_ssize_t i" to long: static PyObject * array_array_index(arrayobject *self, PyObject *v) /*[clinic end generated code: output=d48498d325602167 input=cf619898c6649d08]*/ { Py_ssize_t i; for (i = 0;

[issue41085] Array regression test fails

STINNER Victor added the comment: It's Python 3.10 on Windows built in 64-bit with Visual Studio. Extract of test_output.log: L:\GIT\cpython\PCbuild>"L:\GIT\cpython\PCbuild\amd64\python_d.exe" -u -Wd -E -bb -m test -u all,-curses -v -M 24Gb --header == CPython 3.10.0a0 (heads/master-dirty:

[issue41088] Extend the AST Validator to validate all identifiers

New submission from Batuhan Taskaya : These identifiers include; - 'name' of FunctionDef/ClassDef/AsyncFunctionDef/ExceptHandler - 'name' and 'asname' of import aliases within ImportFrom and Import nodes. Any of these cases will crash the interpreter (abort) when used with a constant (such as

[issue41085] Array regression test fails

William Pickard added the comment: The only modification I made was to "rt.bat" to have the value of '-u' work properly. -- ___ Python tracker ___ ___

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : -- pull_requests: +20237 pull_request: https://github.com/python/cpython/pull/21068 ___ Python tracker ___ __

[issue41083] plistlib can't decode date from year 0

Christian Heimes added the comment: By the way most datetime libraries will give you incorrect values for dates before 1582, 1752, 1926, 1949 or any dates in that range depending on your country and the predominant religion of your country, county, state, or principality. Dates before 1970 a

[issue41083] plistlib can't decode date from year 0

Christian Heimes added the comment: There is no year 0. It does not exist. The year after 1 BC is the year 1 AD. -- nosy: +christian.heimes ___ Python tracker ___

[issue31938] Convert selectmodule.c to Argument Clinic

Change by STINNER Victor : -- pull_requests: +20236 pull_request: https://github.com/python/cpython/pull/21067 ___ Python tracker ___ __

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Lysandros Nikolaou added the comment: > My only reservation would be: if the parsing of f-strings is moved into the > parser, would it be possible to maintain the error new messages? Probably without a single change. -- ___ Python tracker

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: See "(PEP 620) C API for efficient loop iterating on a sequence of PyObject** or other C types" thread on python-dev: https://mail.python.org/archives/list/python-...@python.org/thread/632CV42376SWVYAZTHG4ROOV2HRHOVZ7/ --

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

STINNER Victor added the comment: All free lists are now per-interpreter! See Modules/gcmodule.c: static void clear_freelists(PyThreadState *tstate) { _PyFrame_ClearFreeList(tstate); _PyTuple_ClearFreeList(tstate); _PyFloat_ClearFreeList(tstate); _PyList_ClearFreeList(tstate);

[issue40887] Free lists are still used after being finalized (cleared)

STINNER Victor added the comment: All free lists now have assertions to ensure that they are no longer used after their finalization. -- ___ Python tracker ___ __

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

STINNER Victor added the comment: New changeset b4e85cadfbc2b1b24ec5f3159e351dbacedaa5e0 by Victor Stinner in branch 'master': bpo-40521: Make dict free lists per-interpreter (GH-20645) https://github.com/python/cpython/commit/b4e85cadfbc2b1b24ec5f3159e351dbacedaa5e0 -- ___

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Виктор : -- nosy: +ViktorPegy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue41087] Argparse int / float default

Bryan added the comment: Maybe so, But, the issue is, if it trips up a user when they try to use the option, it should trip up the dev when the default is used... On Tue, 23 Jun 2020 18:47 Karthikeyan Singaravelan, wrote: > > Karthikeyan Singaravelan added the comment: > > There is a docum

[issue41087] Argparse int / float default

Karthikeyan Singaravelan added the comment: There is a documentation note on type casting along with an example similar to the report https://docs.python.org/3.8/library/argparse.html#default > If the default value is a string, the parser parses the value as if it were a > command-line argum

[issue41087] Argparse int / float default

New submission from Bryan : parser.add_argument('-e', '--Edge', type = int, default = 0.005, metavar = 'Edge') Runs fine. Script uses default of 0.005 even when int specified. But if user tries to change, not an int -- messages: 372143 nosy: Bryan priority: normal severity: norma

[issue19270] Document that sched.cancel() doesn't distinguish equal events and can break order

Bar Harel added the comment: @Raymond your first idea sounds good and was the first thing that came to my mind. I only worried about breaking things, so I gave the more conservative suggestion. If breaking a few eggs isn't an issue and the implications of your idea are agreed upon, I'll pat

<    1   2