Siming Yuan added the comment:
Hi Eric
I understand where you are coming from, but I disagree with having to raise
this to 3rd party tools.
both wheel/pip makes calls to distutils.util.get_platform(). Fixing it in one
location would fix it across the board.
In addition, taking setuptools & pip out of picture (uninstalling), using just
distutils.core.setup() and doing a bdist (built-in command available in
distutils) is still generating a wrong tag in linux 32-bit arch.
pkg-1.0.0.linux-x86_64.tar.gz
within distutils.util.get_platform() the code under sunos makes attempts to
identify the correct bitness:
bitness = {2147483647:"32bit", 9223372036854775807:"64bit"}
machine += ".%s" % bitness[sys.maxsize]
why would the linux logic not handle the same problem?
----------
resolution: third party ->
status: pending -> open
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31211>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
