[issue27961] remove support for platforms without "long long"

STINNER Victor added the comment: New changeset a2ff283d519be11f50220885ddc4d029eb8cb0a0 by Victor Stinner (Sergey Fedoseev) in branch 'master': bpo-27961: Replace PY_ULLONG_MAX with ULLONG_MAX (GH-17539) https://github.com/python/cpython/commit/a2ff283d519be11f50220885ddc4d029eb8cb0a0

[issue27961] remove support for platforms without "long long"

Change by Sergey Fedoseev : -- pull_requests: +17021 pull_request: https://github.com/python/cpython/pull/17539 ___ Python tracker ___ _

[issue27961] remove support for platforms without "long long"

STINNER Victor added the comment: New changeset 1f9f69dd4c5ee232c0b2f782933a89359932a67f by Victor Stinner (Sergey Fedoseev) in branch 'master': bpo-27961: Replace PY_LLONG_MAX, PY_LLONG_MIN and PY_ULLONG_MAX with standard macros (GH-15385) https://github.com/python/cpython/commit/1f9f69dd4c

[issue27961] remove support for platforms without "long long"

Serhiy Storchaka added the comment: New changeset a9ed91e6c2f0f1a9960b1382321918448228a801 by Serhiy Storchaka (Sergey Fedoseev) in branch 'master': bpo-27961: Replace PY_LONG_LONG with long long. (GH-15386) https://github.com/python/cpython/commit/a9ed91e6c2f0f1a9960b1382321918448228a801 -

[issue27961] remove support for platforms without "long long"

Serhiy Storchaka added the comment: This issue was closed 2.5 years ago. Would not be better to open a new issue for new commits? -- nosy: +serhiy.storchaka ___ Python tracker __

[issue27961] remove support for platforms without "long long"

miss-islington added the comment: New changeset d0da97de65985ea4fc69cade2343d931f8b9efcd by Miss Islington (bot) in branch '3.7': bpo-27961: Remove leftovers from the times when long long wasn't required (GH-15388) https://github.com/python/cpython/commit/d0da97de65985ea4fc69cade2343d931f8b9

[issue27961] remove support for platforms without "long long"

miss-islington added the comment: New changeset 2878f378e02990303a8fe4bedd5386bd90efc26d by Miss Islington (bot) in branch '3.8': bpo-27961: Remove leftovers from the times when long long wasn't required (GH-15388) https://github.com/python/cpython/commit/2878f378e02990303a8fe4bedd5386bd90ef

[issue27961] remove support for platforms without "long long"

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

[issue27961] remove support for platforms without "long long"

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

[issue27961] remove support for platforms without "long long"

Pablo Galindo Salgado added the comment: New changeset a38e9d139929a227e3899fbb638bc46c6cc6d8ba by Pablo Galindo (Sergey Fedoseev) in branch 'master': bpo-27961: Remove leftovers from the times when long long wasn't required (GH-15388) https://github.com/python/cpython/commit/a38e9d139929a22

[issue27961] remove support for platforms without "long long"

Change by Sergey Fedoseev : -- pull_requests: +15098 pull_request: https://github.com/python/cpython/pull/15388 ___ Python tracker ___ _

[issue27961] remove support for platforms without "long long"

Change by Sergey Fedoseev : -- pull_requests: +15095 pull_request: https://github.com/python/cpython/pull/15386 ___ Python tracker ___ _

[issue27961] remove support for platforms without "long long"

Change by Sergey Fedoseev : -- pull_requests: +15094 pull_request: https://github.com/python/cpython/pull/15385 ___ Python tracker ___ _

[issue27961] remove support for platforms without "long long"

STINNER Victor added the comment: > The backwards compatibility is not as strong as it could be: previously, > HAVE_LONG_LONG was defined to 1; now it's defined but empty. Oh, right. This issue should now be fixed as well. -- ___ Python tracker

[issue27961] remove support for platforms without "long long"

Roundup Robot added the comment: New changeset fad67c66885f by Victor Stinner in branch '3.6': Issue #27961: Define HAVE_LONG_LONG as 1. https://hg.python.org/cpython/rev/fad67c66885f -- ___ Python tracker

[issue27961] remove support for platforms without "long long"

Petr Viktorin added the comment: The backwards compatibility is not as strong as it could be: previously, HAVE_LONG_LONG was defined to 1; now it's defined but empty. At least that's the case on Fedora. Found in the Python plugin for GCC: https://bugzilla.redhat.com/show_bug.cgi?id=1409009 --

[issue27961] remove support for platforms without "long long"

Roundup Robot added the comment: New changeset cf6e9968ebb7 by Benjamin Peterson in branch '3.6': always define HAVE_LONG_LONG (#27961) https://hg.python.org/cpython/rev/cf6e9968ebb7 -- ___ Python tracker _

[issue27961] remove support for platforms without "long long"

STINNER Victor added the comment: It seems fair to keep the define for backwrad compatibility. -- ___ Python tracker ___ ___ Python-bu

[issue27961] remove support for platforms without "long long"

Stefan Behnel added the comment: Removing HAVE_LONG_LONG entirely causes breakage of third party code that uses this macro to enable PY_LONG_LONG support. Could you please always define it instead of removing it? -- nosy: +scoder ___ Python tracker

[issue27961] remove support for platforms without "long long"

Roundup Robot added the comment: New changeset 9206a86f7321 by Benjamin Peterson in branch 'default': require a long long data type (closes #27961) https://hg.python.org/cpython/rev/9206a86f7321 -- nosy: +python-dev resolution: -> fixed stage: patch review -> resolved status: open -> cl

[issue27961] remove support for platforms without "long long"

Benjamin Peterson added the comment: MSVC 2008 (at least) is documented to have "long long", too. https://msdn.microsoft.com/en-us/library/s3f49ktz(v=vs.90).aspx In fact, after this patch, I'm probably going to go s/PY_LONG_LONG/long long/. -- ___ P

[issue27961] remove support for platforms without "long long"

STINNER Victor added the comment: Python/pytime.c of Python 3.5 requires a 64-bit integer type and Py_LONG_LONG. Nobody complains, so I'm in favor of dropping all these annoying HAVE_LONG_LONG and just use directly Py_LONG_LONG. It should simplify the code at lot! By the way, it would be cool

[issue27961] remove support for platforms without "long long"

Martin Panter added the comment: Makes sense if it already doesn’t work without HAVE_LONG_LONG. This also came up in discussion of adding a BLAKE2 hash algorithm: . FWIW the normal

[issue27961] remove support for platforms without "long long"

Changes by Benjamin Peterson : -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file44384/longlong.patch ___ Python tracker ___

[issue27961] remove support for platforms without "long long"

New submission from Benjamin Peterson: Neither Python 2.7 nor 3.3+ compile without HAVE_LONG_LONG, so effectively this is already completely unsupported. Let's completely dump it in 3.6. -- components: Interpreter Core messages: 274473 nosy: benjamin.peterson priority: normal severity: