• [Python-announce] pyparsing 3.1.0 released

    From Paul McGuire@ptmcg@austin.rr.com to comp.lang.python.announce on Sun Jun 18 15:57:35 2023
    From Newsgroup: comp.lang.python.announce

    After several alpha and beta releases, I've finally pushed out version 3.1.0 of pyparsing. Here are the highlights:
    NOTE: In the future release 3.2.0, use of many of the pre-PEP8 methods (such as `ParserElement.parseString`) will start to raise `DeprecationWarnings`. 3.2.0 should get released some time later in 2023. I currently plan to completely drop the pre-PEP8 methods in pyparsing 4.0, though we won't see that release until at least late 2023 if not 2024. So there is plenty of time to convert existing parsers to the new function names before the old functions are completely removed. (Big help from Devin J. Pohly in structuring the code to enable this peaceful transition.)
    Version 3.2.0 will also discontinue support for Python versions 3.6 and 3.7. Version 3.1.0 - June, 2023
    --------------------------
    API CHANGES
    -----------
    - A slight change has been implemented when unquoting a quoted string parsed using the `QuotedString` class. Formerly, when unquoting and processing whitespace markers such as \t and \n, these substitutions would occur first, and then any additional '\' escaping would be done on the resulting string. This would parse "\\n" as "\<newline>". Now escapes and whitespace markers are all processed in a single pass working left to right, so the quoted string "\\n" would get unquoted to "\n" (a backslash followed by "n"). Fixes issue #474 raised by jakeanq, thanks!
    - Reworked `delimited_list` function into the new `DelimitedList` class. `DelimitedList` has the same constructor interface as `delimited_list`, and in this release, `delimited_list` changes from a function to a synonym for `DelimitedList`. `delimited_list` and the older `delimitedList` method will be deprecated in a future release, in favor of `DelimitedList`.
    - `ParserElement.validate()` is deprecated. It predates the support for left-recursive parsers, and was prone to false positives (warning that a grammar was invalid when it was in fact valid). It will be removed in a future pyparsing release. In its place, developers should use debugging and analytical tools, such as `ParserElement.set_debug()` and `ParserElement.create_diagram()`. (Raised in Issue #444, thanks Andrea Micheli!)
    NEW FEATURES AND ENHANCEMENTS
    -----------------------------
    - `Optional(expr)` may now be written as `expr | ""`
    This will make this code:
    "{" + Optional(Literal("A") | Literal("a")) + "}"
    writable as:
    "{" + (Literal("A") | Literal("a") | "") + "}"
    Some related changes implemented as part of this work:
    - `Literal("")` now internally generates an `Empty()` (and no longer raises an exception)
    - `Empty` is now a subclass of `Literal`
    Suggested by Antony Lee (issue #412), PR (#413) by Devin J. Pohly.
    - Added new class method `ParserElement.using_each`, to simplify code that creates a sequence of `Literals`, `Keywords`, or other `ParserElement` subclasses.
    For instance, to define suppressible punctuation, you would previously write:
    LPAR, RPAR, LBRACE, RBRACE, SEMI = map(Suppress, "(){};")
    You can now write:
    LPAR, RPAR, LBRACE, RBRACE, SEMI = Suppress.using_each("(){};")
    `using_each` will also accept optional keyword args, which it will pass through to the class initializer. Here is an expression for single-letter variable names that might be used in an algebraic expression:
    algebra_var = MatchFirst(
    Char.using_each(string.ascii_lowercase, as_keyword=True)
    )
    - Added new builtin `python_quoted_string`, which will match any form of single-line or multiline quoted strings defined in Python. (Inspired by discussion with Andreas Schörgenhumer in Issue #421.)
    - Extended `expr[]` notation for repetition of `expr` to accept a slice, where the slice's stop value indicates a `stop_on` expression:
    test = "BEGIN aaa bbb ccc END"
    BEGIN, END = Keyword.using_each("BEGIN END".split())
    body_word = Word(alphas)
    expr = BEGIN + Group(body_word[...:END]) + END
    # equivalent to
    # expr = BEGIN + Group(ZeroOrMore(body_word, stop_on=END)) + END
    print(expr.parse_string(test))
    Prints:
    ['BEGIN', ['aaa', 'bbb', 'ccc'], 'END']
    - Added named field "url" to `pyparsing.common.url`, returning the entire parsed URL string.
    - Added bool `embed` argument to `ParserElement.create_diagram()`. When passed as True, the resulting diagram will omit the `<DOCTYPE>`, `<HEAD>`, and `<BODY>` tags so that it can be embedded in other HTML source. (Useful when embedding a call to `create_diagram()` in a PyScript HTML page.)
    - Added `recurse` argument to `ParserElement.set_debug` to set the debug flag on an expression and all of its sub-expressions. Requested by multimeric in Issue #399.
    - Added '·' (Unicode MIDDLE DOT) to the set of Latin1.identbodychars.
    - `ParseResults` now has a new method `deepcopy()`, in addition to the current `copy()` method. `copy()` only makes a shallow copy - any contained `ParseResults` are copied as references - changes in the copy will be seen as changes in the original. In many cases, a shallow copy is sufficient, but some applications require a deep copy. `deepcopy()` makes a deeper copy: any contained `ParseResults` or other mappings or containers are built with copies from the original, and do not get changed if the original is later changed. Addresses issue #463, reported by Bryn Pickering.
    - Added new class property `identifier` to all Unicode set classes in `pyparsing.unicode`, using the class's values for `cls.identchars` and `cls.identbodychars`. Now Unicode-aware parsers that formerly wrote:
    ppu = pyparsing.unicode
    ident = Word(ppu.Greek.identchars, ppu.Greek.identbodychars)
    can now write:
    ident = ppu.Greek.identifier
    # or
    # ident = ppu.????????.identifier
    - Error messages from `MatchFirst` and `Or` expressions will try to give more details if one of the alternatives matches better than the others, but still fails. Question raised in Issue #464 by msdemlei, thanks!
    BUG FIXES AND GENERAL CHANGES
    -----------------------------
    - Added support for Python 3.12.
    - Updated `ci.yml` permissions to limit default access to source - submitted by Joyce Brum of Google. Thanks so much!
    - Updated `create_diagram()` code to be compatible with `railroad-diagrams` package version 3.0. Fixes Issue #477 (railroad diagrams generated with black bars), reported by Sam Morley-Short.
    - Fixed bug in `NotAny`, where parse actions on the negated expr were not being run. This could cause `NotAny` to incorrectly fail if the expr would normally match, but would fail to match if a condition used as a parse action returned False. Fixes Issue #482, raised by byaka, thank you!
    - Fixed `create_diagram()` to accept keyword args, to be passed through to the `template.render()` method to generate the output HTML (PR submitted by Aussie Schnore, good catch!)
    - Fixed bug in `python_quoted_string` regex.
    - Fixed bug when parse actions returned an empty string for an expression that had a results name, that the results name was not saved. That is:
    expr = Literal("X").add_parse_action(lambda tokens: "")("value")
    result = expr.parse_string("X")
    print(result["value"])
    would raise a `KeyError`. Now empty strings will be saved with the associated results name. Raised in Issue #470 by Nicco Kunzmann, thank you.
    - Fixed bug in `SkipTo` where ignore expressions were not properly handled while scanning for the target expression. Issue #475, reported by elkniwt, thanks (this bug has been there for a looooong time!).
    - Fixed bug in `Word` when `max=2`. Also added performance enhancement when specifying `exact` argument. Reported in issue #409 by panda-34, nice catch!
    - `Word` arguments are now validated if `min` and `max` are both given, that `min` <= `max`; raises `ValueError` if values are invalid.
    - Fixed bug in srange, when parsing escaped '/' and '\' inside a range set.
    - Fixed exception messages for some `ParserElements` with custom names, which instead showed their contained expression names.
    - Fixed bug in pyparsing.common.url, when input URL is not alone on an input line. Fixes Issue #459, reported by David Kennedy.
    - Multiple added and corrected type annotations. With much help from Stephen Rosen, thanks!
    - Some documentation and error message clarifications on pyparsing's keyword logic, cited by Basil Peace.
    - General docstring cleanup for Sphinx doc generation, PRs submitted by Devin J. Pohly. A dirty job, but someone has to do it - much appreciated!
    EXAMPLE UPDATES
    ---------------
    - Added `tag_emitter.py` to examples. This example demonstrates how to insert tags into your parsed results that are not part of the original parsed text.
    - Added `bf.py` Brainf*ck parser/executor example. Illustrates using a pyparsing grammar to parse language syntax, and attach executable AST nodes to the parsed results.
    - `invRegex.py` example renamed to `inv_regex.py` and updated to PEP-8 variable and method naming. PR submitted by Ross J. Duff, thanks!
    - Removed examples `sparser.py` and `pymicko.py`, since each included its own GPL license in the header. Since this conflicts with pyparsing's MIT license, they were removed from the distribution to avoid confusion among those making use of them in their own projects.
    - Updated the `lucene_grammar.py` example (better support for '*' and '?' wildcards) and corrected the test cases - brought to my attention by Elijah Nicol, good catch!
    --- Synchronet 3.20a-Linux NewsLink 1.114