./devel/py-coverage, Python module that measures code coverage for Python

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 7.6.12, Package name: py312-coverage-7.6.12, Maintainer: kamel.derouiche

Python module that measures code coverage during Python execution.
It uses the code analysis tools and tracing hooks provided in
the Python standard library to determine which lines are executable,
and which have been executed.


Required to run:
[devel/py-setuptools] [databases/py-sqlite3] [lang/python37]

Required to build:
[pkgtools/cwrappers] [devel/py-test-runner]

Master sites:

Filesize: 787.052 KB

Version history: (Expand)


CVS history: (Expand)


   2025-02-12 10:32:38 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-coverage: updated to 7.6.12

Version 7.6.12 — 2025-02-11

- Fix: some aarch64 distributions were missing (`issue 1927`_).  These are now
  building reliably.
   2025-02-10 17:30:38 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-coverage: updated to 7.6.11

Version 7.6.11 — 2025-02-08

- Fix: a memory leak in CTracer has been fixed.  The details are in `issue
  1924`_ and `pytest-dev 676`_.  This should reduce the memory footprint for
  everyone even if it hadn't caused a problem before.

- We now ship a py3-none-any.whl wheel file.
   2025-02-02 11:38:04 by Havard Eidnes | Files touched by this commit (28)
Log message:
lang/python and a number of python packages: re-do atomic64.mk issue.

Evidently, python 3.13 brought in the need to support 64-bit atomics.
This means that python extension packages built with C needs to
use mk/atomic64.mk to make -latomic available on the required 32-bit
ports.  Sadly, there is no reliable way to detect in the .mk files
whether the package is using C (or C++), so this change adds an
unconditional include of mk/atomic64.mk when the python version is
equal to or larger than 3.13 for packages using egg.mk or wheel.mk.

This undoes the individual package Makefile inclusions of mk/atomic64.mk
that I've added over the last few days.
   2025-01-21 16:32:32 by Havard Eidnes | Files touched by this commit (1)
Log message:
devel/py-coverage: use atomic64.mk to fix build on macppc w/python3.13.
   2024-12-26 18:33:53 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-coverage: updated to 7.6.10

Version 7.6.10 — 2024-12-26

- Fix: some descriptions of missing branches in HTML and LCOV reports were
  incorrect when multi-line statements were involved (`issue 1874`_ and `issue
  1875`_).  These are now fixed.

- Fix: Python 3.14 `defers evaluation of annotations <pep649_>`_ by moving them
  into separate code objects.  That code is rarely executed, so coverage.py
  would mark them as missing, as reported in `issue 1908`_.  Now they are
  ignored by coverage automatically.

- Fixed an obscure and mysterious problem on PyPy 3.10 seemingly involving
  mocks, imports, and trace functions: `issue 1902`_.  To be honest, I don't
  understand the problem or the solution, but ``git bisect`` helped find it,
  and now it's fixed.

- Docs: re-wrote the :ref:`subprocess` page to put multiprocessing first and to
  highlight the correct use of :class:`multiprocessing.Pool
  <python:multiprocessing.pool.Pool>`.
   2024-12-16 06:54:21 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-coverage: updated to 7.6.9

Version 7.6.9 — 2024-12-06

- Fix: `Tomas Uribe fixed <pull 1901_>`_ a performance problem in the XML
  report.  Large code bases should produce XML reports much faster now.
   2024-11-25 21:25:50 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-coverage: updated to 7.6.8

Version 7.6.8 — 2024-11-23

- Fix: the LCOV report code assumed that a branch line that took no branches
  meant that the entire line was unexecuted.  This isn't true in a few cases:
  the line might always raise an exception, or might have been optimized away.
  Fixes `issue 1896`_.

- Fix: similarly, the HTML report will now explain that a line that jumps to
  none of its expected destinations must have always raised an exception.
  Previously, it would say something nonsensical like, "line 4 didn't jump to
  line 5 because line 4 was never true, and it didn't jump to line 7 because
  line 4 was always true."  This was also shown in `issue 1896`_.
   2024-11-11 08:29:31 by Thomas Klausner | Files touched by this commit (862)
Log message:
py-*: remove unused tool dependency

py-setuptools includes the py-wheel functionality nowadays