Add a new --pyvers argument to setup.py for specifying versions.

Review Request #11874 — Created Nov. 12, 2021 and discarded

Information

Review Board
release-4.0.x

Reviewers

Usually we'll want to set up development environments using
--all-pyvers, which will set up all supported versions. In some cases,
however, it can be useful to set up a subset of versions (for example,
right now Python 3.6 and 3.7 don't work correctly on Apple M1). This
change adds a new argument that allows doing something like
python setup.py develop --pyvers "2.7 3.8 3.9"

Used to set up a dev environment.

Summary ID
Add a new --pyvers argument to setup.py for specifying versions.
Usually we'll want to set up development environments using `--all-pyvers`, which will set up all supported versions. In some cases, however, it can be useful to set up a subset of versions (for example, right now Python 3.6 and 3.7 don't work correctly on Apple M1). This change adds a new argument that allows doing something like `python setup.py develop --pyvers "2.7 3.8 3.9"` Testing Done: Used to set up a dev environment.
54ca84f6536ec16cc1e6309c9680991e3a3820b2
Description From Last Updated

Took me a second to realize what we were deleting here, since I was thinking "Oh, each Python version is …

chipx86chipx86
chipx86
  1. 
      
  2. setup.py (Diff revision 1)
     
     
     
    Show all issues

    Took me a second to realize what we were deleting here, since I was thinking "Oh, each Python version is its own argument." Which of course isn't right, but since this whole block of code is really its own thing, can we document in here somewhere what the format of --pyvers is like, and what we're deleting here?

  3. 
      
david
  1. To be honest, this was prior to your pydo script, and I'm not really feeling like I care about this anymore. Opinions?

    1. I'm fine nuking it then. When I circle back to it, we'll have --all-pyvers reliably working on M1 anyway.

  2. 
      
david
Review request changed

Status: Discarded

Loading...