Merge lp://staging/~cjwatson/meliae/tox into lp://staging/meliae
Proposed by
Colin Watson
Status: | Merged |
---|---|
Approved by: | John A Meinel |
Approved revision: | 201 |
Merged at revision: | 200 |
Proposed branch: | lp://staging/~cjwatson/meliae/tox |
Merge into: | lp://staging/meliae |
Diff against target: |
101 lines (+39/-12) 6 files modified
.bzrignore (+3/-0) Makefile (+2/-2) pyproject.toml (+7/-0) setup.cfg (+2/-0) setup.py (+14/-10) tox.ini (+11/-0) |
To merge this branch: | bzr merge lp://staging/~cjwatson/meliae/tox |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
John A Meinel | Approve | ||
Review via email:
|
Commit message
Add tox testing support.
Description of the change
This involved some other changes due to various oddities of Python packaging. It was easiest to convert to setuptools, which is ubiquitous nowadays and has had built-in Cython support for some time. Persuading tox to install Cython early enough was a bit fiddly, but I eventually made it work by using PEP 518-style build system requirement specifications.
I have a Python 3 port of meliae, and this is my usual first step in any such port these days: it makes it much easier to quickly run tests over a matrix of versions.
To post a comment you must log in.
'tox testenv' seems to build and run the test suite. _scanner_ core.c: 63:1: warning: function declaration isn’t a prototype [-Wstrict- prototypes]
There does seem to be a few warnings during the build about
meliae/
but it does build, and it does pass the test suite.
Would it make sense to update "make check" to use tox internally instead of doing it itself?