Updated build and wheel distribution for pyBigWig

[EricR86]

This pull request addresses Issue #133.

The changes do the following:

• Updates the build system to use pyproject.toml
• With setuptools_scm:
  • Files are tracked to be include in the source distribution
  • Versioning is based on git commit/tag
• Wheels (and the source distribution) are built through a build frontend such as build. Currently the wheels only target a minimum Python 3.7 ABI and Linux but could be modified
  • The wheels are assumed to be built in an environment where numpy is present to get the appropriate definitions and enable numpy features
  • Since wheels are installed by default, numpy is also assumed in this case to already be on the system
  • For users who do not want numpy features enabled, they would require the following:
    • A non-supported wheel Python version (2 or <3.7)
    • An explicit source install from pypi, github, etc

The github actions have been slightly modified to include artifacts being built and uploaded for verification from a pull request. See the bottom of this action on my fork for an example.

I have not yet tested but since the changes to the code (in setup.py) are minimal, it is very likely that a source distribution would still work on Python 2.7. I'm not certain if you would still like to support this version and it was excluded from the package metadata.

The numpy tests seem to be currently failing due to API deprecation issues. Other than that I cannot detect any regressions from this pull request.

Let me know if there's anything specifically you would like tuned or changed.

[dpryan79]

@EricR86 Thanks, I've approved the CI tests to run. You know far more about this bit of packaging than me, so if it passes CI testing I'll merge and tag a release :)

[dpryan79]

For some reason sdist is tagging this as version 0.0.0 on pypi. I'll look into fixing that later today.

[EricR86]

For some reason sdist is tagging this as version 0.0.0 on pypi. I'll look into fixing that later today.

Currently the very likely reason for this is due to a lack of tags being checked out by the github checkout action.

Only a single commit is fetched by default, for the ref/SHA that triggered the workflow. Set fetch-depth: 0 to fetch all history for all branches and tags. Refer [here](https://help.github.com/en/articles/events-that-trigger-workflows) to learn which commit $GITHUB_SHA points to for different events.

The setuptools_scm will tag the build appropriately by commit ID, and just plain tag if it's on that particular commit that has a git tag. If you don't want to use this system at all for versioning, remove dynamic = ["version"] from pyproject.toml.

[dpryan79]

Thanks, that fixed it :)