distlib.wheel.Wheel.is_compatible() fails for Python 3.5 and 3.6

Issue #93 new
Jim Fulton
created an issue

Tags that should look like:

 ('cp35', 'cp35m', 'macosx_10_9_x86_64'),

end up:

 ('cp35', 'cp35m-darwin', 'macosx_10_9_x86_64'),

This causes humpty to fail.

Comments (3)

  1. Vinay Sajip

    distlib gets the ABI from the sysconfig module, replacing cpython- with cp:

    $ python3.5
    Python 3.5.3 (default, Jan 25 2017, 21:11:31)
    [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)] on darwin
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import sysconfig
    >>> sysconfig.get_config_var('SOABI')
    'cpython-35m-darwin'
    >>>
    

    On what are you basing the assertion that the ABI should be just cp35m? I assume that's what wheel comes up with, but PEP 425 doesn't prescribe any particular massaging of the SOABI value (other than the cp prefix). I've no problem with making distlib more compatible, but I think the specification of what exactly the tag should be perhaps ought to be clarified / made more precise - in a PEP update, if necessary.

  2. Jim Fulton reporter

    Fair enough. I guess there's ample discussion of this on the distutils-sig list.

    I've worked around this, so I don't need this urgently.

    I was mainly giving you a heads up.

    Note that wheel has a similar option to check compatibility, FWIW. Obviously, it does this a little differently.

  3. Log in to comment