Next | Query returned 10 messages, browsing 1 to 10 | previous

History of commit frequency

CVS Commit History:


   2024-12-29 17:58:49 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-pytype: updated to 2024.10.11

Version 2024.10.11:

Updates:
* Drop support for Python 3.8 and 3.9.

* Make merge_pyi not to overwrite existing type annotations.

* When printing types (e.g. in error messages or  `reveal_type`), print generic
  builtin names in lowercase.

  Old: `from typing import List; List[Foo]`
  New: `list[Foo]`

Bug fixes:
* Unpin dependency on networkx, which means pytype now supports >=3.3.
* Emit all unused/duplicate files with --unused_imports_info_files option,
  rather than only one per unique module name.
* Change return types of AsyncGenerator's methods to coroutines. This brings
  pytype's definition in line with the definition on typeshed and reflects the
  fact that asynchronous generators defined using the `async def`/`yield` syntax
  have methods returning coroutines rather than just arbitrary awaitables.
* Fix type guards propagating invisibile bindings. Fixes some incorrect "used
  after deleted" errors with Python 3.12.
* Fix resolution of ParamSpec in files with circular imports.
   2024-12-27 23:47:15 by Thomas Klausner | Files touched by this commit (2)
Log message:
*: unrestrict, py-msgspec now supports Python 3.13
   2024-11-26 13:45:44 by Nia Alarie | Files touched by this commit (3)
Log message:
py-msgspec: Fails to build with Python 3.13
   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
   2024-10-14 08:46:10 by Thomas Klausner | Files touched by this commit (325)
Log message:
*: clean-up after python38 removal
   2024-09-21 11:15:33 by Thomas Klausner | Files touched by this commit (1)
Log message:
ipy-pytype: uses c++20
   2024-09-16 12:56:43 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-pytype: updated to 2024.9.13

Version 2024.09.13:

Updates:
* Basic support for Python 3.12.

  With this release you can run pytype with Python 3.12. But pytype has no
  support for any new features added in Python 3.12.

  Look out for type checking changes caused by different bytecode emit:
  * dict/list/set comprehensions are type checked 1 level deeper.
  * Errors after `if` statements can be printed differently.

* Add support for pickled pyi files in merge_pyi.py.

* Several performance improvements.

* Stop validating imports map. Pytype used to validate that each file in an
  import map exists. This has proved too costly, especially on network file
  systems. Pytype now assumes import maps specified via --imports_info are
  correct.

* Add support for flag files (required for Bazel workers).

* Change the format of errors printed to the console.

  Errors now also include the column number and a code snippet, which highlights
  the part that's broken.

  Old:
    File "test.py", line 4, in foo: unsupported operand type(s) for +: \ 
str and int [unsupported-operands]
      Function __add__ on str expects str
  New:
    test.py:4:10: error: in foo: unsupported operand type(s) for +: str and int \ 
[unsupported-operands]
      Function __add__ on str expects str
        print(arg + 3)
              ~~~~~~~

Bug fixes:
* Add type definitions for `aiter()` and `anext()`.
* Don't include deleted top-level variables in module types.
* Don't crash when a Generic subtype uses a TypeVar differently.
* Fix type inference for `iter(func, None)`.
   2024-08-06 13:23:30 by Adam Ciarcinski | Files touched by this commit (1)
Log message:
py-pytype: not for Python 3.8 nor 3.9
   2024-06-28 17:33:11 by Thomas Klausner | Files touched by this commit (1)
Log message:
ipy-pytype: doesn't support Python 3.12 yet
   2024-05-12 19:48:09 by Thomas Klausner | Files touched by this commit (5)
Log message:
devel/py-pytype: import py-pytype-2024.4.11

Pytype checks and infers types for your Python code - without
requiring type annotations. Pytype can:

* Lint plain Python code, flagging common mistakes such as misspelled
  attribute names, incorrect function calls, and much more, even
  across file boundaries.
* Enforce user-provided type annotations. While annotations are
  optional for pytype, it will check and apply them where present.
* Generate type annotations in standalone files ("pyi files"),
  which can be merged back into the Python source with a provided
  merge-pyi tool.

Pytype is a static analyzer; it does not execute the code it runs
on.

Next | Query returned 10 messages, browsing 1 to 10 | previous