# mcpyrate
Advanced macro expander and language lab for Python. The focus is on correctness, feature-completeness for serious macro-enabled work, and simplicity, in that order.
We aim at developer-friendliness. `mcpyrate` yields correct [coverage](https://github.com/nedbat/coveragepy/) for macro-enabled code, reports errors as early as possible, and makes it easy to display the steps of any macro expansion - with syntax highlighting, use site filename, and source line numbers:
**Figure 1.** *`mcpyrate` stepping through `letseq` from the demos.*
`mcpyrate` builds on [`mcpy`](https://github.com/delapuente/mcpy), with a similar explicit and compact approach, but with a lot of new features. Some of our features are strongly inspired by [`macropy`](https://github.com/lihaoyi/macropy), such as quasiquotes, macro arguments, and expansion tracing. Features original to `mcpyrate` include a universal bootstrapper, integrated REPL system (including an IPython extension) and support for chainable whole-module source and AST transformers, developed from the earlier prototypes [`imacropy`](https://github.com/Technologicat/imacropy) and [`pydialect`](https://github.com/Technologicat/pydialect); plus multi-phase compilation (a.k.a. *staging*; inspired by Racket), and identifier macros.
We use [semantic versioning](https://semver.org/). `mcpyrate` is almost-but-not-quite compatible with `mcpy` 2.0.0, hence the initial release is 3.0.0. There are some differences in the named parameters the expander provides to the macro functions; for details, search [the main user manual](doc/main.md) for *differences to mcpy*.
    [](https://codecov.io/gh/Technologicat/mcpyrate)
  
  [](http://makeapullrequest.com/)
*Some hypertext features of this README, such as local links to detailed documentation, are not supported when viewed on PyPI; [view on GitHub](https://github.com/Technologicat/mcpyrate) to have those work properly.*
<!-- markdown-toc start - Don't edit this section. Run M-x markdown-toc-refresh-toc -->
**Table of Contents**
- [mcpyrate](#mcpyrate)
- [News](#news)
- [First example](#first-example)
- [Running the extra examples in the tests](#running-the-extra-examples-in-the-tests)
- [Features](#features)
- [Documentation](#documentation)
- [Differences to other macro expanders for Python](#differences-to-other-macro-expanders-for-python)
- [Differences to `macropy`](#differences-to-macropy)
- [Differences to `mcpy`](#differences-to-mcpy)
- [Install & uninstall](#install--uninstall)
- [From PyPI](#from-pypi)
- [From source](#from-source)
- [Understanding the implementation](#understanding-the-implementation)
- [Emacs syntax highlighting](#emacs-syntax-highlighting)
- [Install (for beginners in Emacs customization)](#install-for-beginners-in-emacs-customization)
- [Why macros?](#why-macros)
<!-- markdown-toc end -->
## News
**26 September, 2024**
The `mcpyrate` project is still alive, but it already does what I need it to do, and has not required maintenance in the past two years. Just now, I finally added Python 3.11 and 3.12 support.
If you would like to help out with anything in this project, start [here](https://github.com/Technologicat/mcpyrate/issues/35). Small contributions matter!
## First example
`mcpyrate` gives you macro-enabled Python with just two source files:
```python
# mymacros.py with your macro definitions
def echo(expr, **kw):
print('Echo')
return expr
# application.py
from mymacros import macros, echo
echo[6 * 7]
```
Or even with just one source file:
```python
# application.py
from mcpyrate.multiphase import macros, phase
with phase[1]:
def echo(expr, **kw):
print('Echo')
return expr
from __self__ import macros, echo
echo[6 * 7]
```
To run either example, `macropython -m application`, or `macropython application.py`.
More examples can be found in the [`demo/`](demo/) subfolder. To run the demos after installing `mcpyrate`, go to the `mcpyrate` project directory, and invoke them like `macropython demo/anaphoric_if.py`.
### Running the extra examples in the tests
The tests contain even more usage examples, including advanced ones. See the [`mcpyrate/test/`](mcpyrate/test/) subfolder.
Tests must be run using the `mcpyrate` in the source tree (instead of any installed one), because they expect to live in the module `mcpyrate.test`, but the `test` subfolder is not part of the installation. Thus, if the `mcpyrate` top-level module name resolves to an installed copy, there won't be a module named `mcpyrate.test`.
To run with the `mcpyrate` in the source tree, replace `macropython` with `python3 -m mcpyrate.repl.macropython`. For example, to run a demo, `python3 -m mcpyrate.repl.macropython demo/anaphoric_if.py`, or to run a test, `python3 -m mcpyrate.repl.macropython -m mcpyrate.test.test_compiler`. Here the first `-m` goes to `python3`, whereas the second one goes to `macropython`.
If you just want to run all tests, `python3 runtests.py`.
## Features
- **Agile development tools**.
- [Multi-phase compilation](doc/compiler.md#multi-phase-compilation): Use macros also in the same module where they are defined.
- Universal bootstrapper: `macropython`. Import and use macros in your main program.
- Interactive console: `macropython -i`. Import, define and use macros in a console session.
- Embeddable à la `code.InteractiveConsole`. See `mcpyrate.repl.console.MacroConsole`.
- IPython extension `mcpyrate.repl.iconsole`. Import, define and use macros in an IPython session.
- See [full documentation of the REPL system](doc/repl.md).
- **Run-time compiler access**.
- Expand, compile and run macro-enabled code snippets on the fly.
- Accepts source code and AST inputs. (Use quasiquotes to conveniently create ASTs.)
- Dynamically created code snippets support all the same features as importing code from a source file on disk.
- See [full documentation of the compiler](doc/compiler.md). Examples can be found in [mcpyrate/test/test_compiler.py](mcpyrate/test/test_compiler.py).
- **Testing and debugging**.
- Statement coverage is correctly reported by tools such as [`Coverage.py`](https://github.com/nedbat/coveragepy/).
- Macro expansion errors are reported at macro expansion time, with use site traceback.
- Debug output **with a step-by-step expansion breakdown**. See macro [`mcpyrate.debug.step_expansion`](mcpyrate/debug.py).
- Has both expr and block modes. Use `step_expansion[...]` or `with step_expansion` as appropriate.
- The output is **syntax-highlighted**, and **line-numbered** based on `lineno` fields from the AST.
- Also names of macros currently bound in the expander are highlighted by `step_expansion`.
- Line numbers are taken from *statement* AST nodes.
- The invisible nodes `ast.Module` and `ast.Expr` are shown, since especially `ast.Expr` is a common trap for the unwary.
- To step the expansion of a run-time AST value, see the macro [`mcpyrate.metatools.stepr`](mcpyrate/metatools.py). [Documentation](doc/quasiquotes.md#the-expand-family-of-macros).
- Manual expand-once. See `expander.visit_once`; get the `expander` as a named argument of your macro. See also the `expand1s` and `expand1r` macros in [`mcpyrate.metatools`](mcpyrate/metatools.py).
- **Lightning speed**.
- Bytecode caches (`.pyc`) are created and kept up-to-date. Saves macro expansion cost at startup for unchanged modules. Makes `mcpyrate` fast [on average](https://en.wikipedia.org/wiki/Amortized_analysis).
Beside a `.py` source file itself, we look at any macro definition files
it imports macros from, recursively, in a `make`-like fashion.
The mtime is the latest of those of the source file and its macro-dependencies,
considered recursively, so that if any macro definition anywhere in the
macro-dependency tree of a source file is changed, Python will treat that
source file as "changed", thus re-expanding and recompiling it (hence,
updating the corresponding `.pyc`).
- **CAUTION**: [PEP 552 - Deterministic pycs](https://www.python.org/dev/peps/pep-0552/) is not supported; we support only the default *mtime* invalidation mode, at least for now.
- **Quasiquotes**, with advanced features.
- Hygienically interpolate both regular values **and macro names**.
- Delayed macro expansion inside quasiquoted code. User-controllable.
- Inverse quasiquote operator. See function [`mcpyrate.quotes.unastify`](mcpyrate/quotes.py).
- Convert a quasiquoted AST back into a direct AST, typically for further processing before re-quoting it.
- Not an unquote; we have those too, but the purpose of unquotes is to interpolate values into quoted code. The inverse quasiquote, instead, undoes the quasiquote operation itself, after any unquotes have already been applied.
- See [full documentation of the quasiquote system](doc/quasiquotes.md).
- **Macro arguments**.
- Opt-in. Declare by using the [`@parametricmacro`](mcpyrate/expander.py) decorator on your macro function.
- Use brackets to invoke, e.g. `macroname[arg0, ...][expr]`. If no args, just leave that part out, e.g. `macroname[expr]`.
- The `macroname[arg0, ...]` syntax works in `expr`, `block` and `decorator` macro invocations in place of a bare `macroname`.
- The named parameter `args` is a raw `list` of the macro argument ASTs. Empty if no args were sent, or if the macro function is not parametric.
- **Identifier (a.k.a. name) macros**.
- Opt-in. Declare by using the [`@namemacro`](mcpyrate/expander.py) decorator on your macro function.
- Can be used for creating magic variables that may only appear inside specific macro invocations.
- **Dialects, i.e. whole-module source and AST transforms**.
- Think [Racket's](https://racket-lang.org/) `#lang`, but for Python.
- Define languages that use Python's surface syntax, but change the semantics; or plug in a per-module transpiler that (at import time) compiles source code from some other programming language into macro-enabled Python. Also an AST [optimizer](http://compileroptimizations.com/) could be defined as a dialect. Dialects can be chained.
- Sky's the limit, really. See the `dialects` modules in [`unpythonic`](https://github.com/Technologicat/unpythonic) for example dialects.
- For debugging, `from mcpyrate.debug import dialects, StepExpansion`.
- If writing a full-module AST transformer that splices the whole module into a template, see [`mcpyrate.splicing.splice_dialect`](mcpyrate/splicing.py).
- See [full documentation of the dialect system](doc/dialects.md).
- **Conveniences**.
- Relative macro-imports (for code in packages), e.g. `from .other import macros, kittify`.
- The expander automatically fixes missing `ctx` attributes in the AST, so you don't need to care about those in your macros.
- In most cases, the expander also fills in correct source location information automatically (for coverage reporting). If you're discarding nodes from the input, then you may have to be [slightly careful](doc/main.md#writing-macros) and use `ast.copy_location` appropriately.
- Several block macros can be invoked in the same `with` (equivalent to nesting them, with leftmost outermost).
- [AST visitor and transformer](mcpyrate/walkers.py) à la `macropy`'s `Walker`, to easily context-manage state for subtrees, and collect items across the whole walk. [Full documentation](doc/walkers.md).
- AST [markers](mcpyrate/markers.py) (pseudo-nodes) for communication in a set of co-operating macros (and with the expander).
- [`gensym`](mcpyrate/utils.py) to create a fresh, unused lexical identifier.
- [`unparse`](mcpyrate/unparser.py) to convert an AST to the corresponding source code, optionally with syntax highlighting (for terminal output).
- [`dump`](mcpyrate/astdumper.py) to look at an AST representation directly, with (mostly) PEP8-compliant indentation, optionally with syntax highlighting (node types, field names, bare values).
## Documentation
The full documentation of `mcpyrate` lives in the [`doc/`](doc/) subfolder. Some quick links:
- [Main user manual](doc/main.md) - start here
- [Using macros](doc/main.md#using-macros)
- [Writing macros](doc/main.md#writing-macros) - starting with a short tour of useful modules in `mcpyrate`.
- [Quasiquotes and `mcpyrate.metatools`](doc/quasiquotes.md)
- [REPL and `macropython`](doc/repl.md)
- [The `mcpyrate` compiler](doc/compiler.md)
- [The import algorithm](doc/compiler.md#the-import-algorithm) - how macros, dialects and multi-phase compilation interact.
- [Multi-phase compilation](doc/compiler.md#multi-phase-compilation) - how to use a macro in the same module where it is defined.
- [Invoking the compiler at run time](#invoking-the-compiler-at-run-time)
- [AST walkers](doc/walkers.md)
- [Dialects](doc/dialects.md)
- [Troubleshooting](doc/troubleshooting.md)
*We aim at complete documentation.* If you find something is missing, please [file an issue](https://github.com/Technologicat/mcpyrate/issues/new). (And if you already figured out the thing that was missing from the docs, a documentation PR is also welcome!)
## Differences to other macro expanders for Python
`mcpyrate` is **not** drop-in compatible with [`macropy`](https://github.com/azazel75/macropy) or [`mcpy`](https://github.com/delapuente/mcpy). This section summarizes the differences.
It should be emphasized that what follows is a minimal list of differences. In addition, we provide many advanced features not available in previous macro expanders for Python, such as dialects (full-module transforms), multi-phase compilation, and run-time compiler access (with dynamic module creation).
### Differences to `macropy`
- `mcpyrate` has no macro registry; each macro function is its own dispatcher. See the `syntax` named parameter.
- In `mcpyrate`, macros expand outside-in (and only outside-in) by default.
- No `yield`. To expand inside-out, recurse explicitly in your macro implementation at the point where you want to switch to inside-out processing. See the [main user manual](doc/main.md).
- [Named parameters filled by expander](doc/main.md#named-parameters-filled-by-expander) (`**kw` in the macro definition) are almost totally different.
- No `gen_sym` parameter; use the function `mcpyrate.gensym`. We use UUIDs, avoiding the need for a lexical scan.
- [Macro arguments](doc/main.md#differences-to-macropy)
- Passed using brackets.
- [Macro expansion error reporting](doc/main.md#differences-to-macropy-1)
- Raise an exception as usual, don't `assert False`.
- [Quasiquotes](doc/quasiquotes.md#differences-to-macropy)
- Quasiquoted code isn't automatically macro-expanded.
- Hygienic quasiquoting works differently.
- No separate `hq[]`. Instead, we provide `h[]`, which is a *hygienic unquote* that captures a value or a macro.
- You can capture arbitrary expressions, not just identifiers.
- You can capture macros, too.
- The equivalents of `ast_literal` and `name` have additional features, and an operator to interpolate a `list` of ASTs as an `ast.Tuple` has been added (one use case is to splice in a variable number of macro arguments to a quasiquoted macro invocation).
- [AST walkers](doc/walkers.md#macropy-walker-porting-guide)
- Similar in spirit to `ast.NodeTransformer` and `ast.NodeVisitor`, but with functionality equivalent to that of `macropy.core.walkers.Walker`. But it works differently.
- Particularly, use explicit recursion as in `ast.NodeTransformer`; there is no `stop`.
- For the `ctx` mechanism, see `withstate` and `generic_withstate` (the latter relates to the former as `generic_visit` relates to `visit` in `ast.NodeTransformer`).
### Differences to `mcpy`
- [Named parameters filled by expander](doc/main.md#differences-to-mcpy)
- No `to_source`; use the function `mcpyrate.unparse`. You might want `unparse(tree, debug=True, color=True)`.
- No `expand_macros`; ask for `expander` instead, and call `expander.visit`.
## Install & uninstall
### From PyPI
```bash
pip install mcpyrate
```
### From source
Clone the repo from GitHub. Then, navigate to it in a terminal, and:
```bash
pip install .
```
To uninstall:
```bash
pip uninstall mcpyrate
```
## Understanding the implementation
We follow the `mcpy` philosophy that macro expanders aren't rocket science. See [`CONTRIBUTING.md`](CONTRIBUTING.md).
## Emacs syntax highlighting
This Elisp snippet adds syntax highlighting for keywords specific to `mcpyrate` to your Emacs setup:
```elisp
(defun my/mcpyrate-syntax-highlight-setup ()
"Set up additional syntax highlighting for `mcpyrate` in Python mode."
;; adapted from code in dash.el
(let ((more-keywords '("macros" "dialects"
"q" "u" "n" "a" "s" "t" "h"))
;; How to make Emacs recognize your magic variables. Only for the anaphoric if demo.
;; A list, like `more-keywords`, even though in the example there is only one item.
(magic-variables '("it")))
(font-lock-add-keywords 'python-mode `((,(concat "\\_<" (regexp-opt magic-variables 'paren) "\\_>")
1 font-lock-variable-name-face)) 'append)
(font-lock-add-keywords 'python-mode `((,(concat "\\_<" (regexp-opt more-keywords 'paren) "\\_>")
1 font-lock-keyword-face)) 'append)
))
(add-hook 'python-mode-hook 'my/mcpyrate-syntax-highlight-setup)
```
*Known issue*: For some reason, during a given session, this takes effect only starting with the second Python file opened. The first Python file opened during a session shows with the default Python syntax highlighting. Probably something to do with the initialization order of font-lock and whichever `python-mode` is being used.
Tested with `anaconda-mode`.
### Install (for beginners in Emacs customization)
If you use the [Spacemacs](http://spacemacs.org/) kit, the snippet can be inserted into the function `dotspacemacs/user-config`. (If you use the Emacs key bindings, `M-m f e d` to open your config file.) Here's [my spacemacs.d](https://github.com/Technologicat/spacemacs.d/) for reference; the syntax highlight code is in `prettify-symbols-config.el`, and it's invoked from the function `dotspacemacs/user-config` in `init.el`.
In a basic Emacs setup, the snippet goes into the `~/.emacs` startup file, or if you have an `.emacs.d/` directory, then into `~/.emacs.d/init.el`.
## Why macros?
Despite their [fearsome](http://www.greghendershott.com/fear-of-macros/) reputation, [syntactic](https://en.wikipedia.org/wiki/Macro_(computer_science)#Syntactic_macros) macros are a clean solution to certain classes of problems. Main use cases of macros fall into a few (not necessarily completely orthogonal) categories:
1. **Syntactic abstraction**, to extract a pattern that cannot be extracted as a regular run-time function. Regular function definitions are a tool for extracting certain kinds of patterns; macros are another such tool. Both these tools aim at eliminating boilerplate, by allowing the definition of reusable abstractions.
[Macros can replace design patterns](http://wiki.c2.com/?AreDesignPatternsMissingLanguageFeatures), especially patterns that work around a language's limitations. See Norvig's [classic presentation on design patterns](https://norvig.com/design-patterns/ppframe.htm). For a concrete example, see [Seibel](http://www.gigamonkeys.com/book/practical-building-a-unit-test-framework.html).
2. **Source code access**. Any operation that needs to get a copy of the source code of an expression (or of a code block) as well as run that same code is a prime candidate for a macro. This is useful for implementing tooling for e.g. debug-logging and testing.
3. **Evaluation order manipulation**. By editing code, macros can change the order in which it gets evaluated, as well as decide whether a particular expression or statement runs at all.
As an example, macros allow properly abstracting [`delay`/`force`](https://docs.racket-lang.org/reference/Delayed_Evaluation.html) in a [strict](https://en.wikipedia.org/wiki/Evaluation_strategy#Strict_evaluation) language. `force` is just a regular function, but `delay` needs to be a macro. See [our delayed evaluation demo](demo/promise.py).
4. **Language-level features** inspired by other programming languages. For example, [`unpythonic`](https://github.com/Technologicat/unpythonic) provides expression-local variables (`let`), automatic tail call optimization (TCO), autocurry, lazy functions, and multi-shot continuations.
As [the Racket guide notes](https://docs.racket-lang.org/guide/pattern-macros.html), this is especially convenient for language-level features not approved by some other language designer. Macros allow users to [extend](https://docs.racket-lang.org/guide/languages.html) the language. [Dialects](doc/dialects.md) take that idea one step further.
5. **Compile-time validation**. See e.g. [Alexis King (2016): Simple, safe multimethods in Racket](https://lexi-lambda.github.io/blog/2016/02/18/simple-safe-multimethods-in-racket/). Our sister project [`unpythonic`](https://github.com/Technologicat/unpythonic) also uses macros to perform some simple checks for whether certain helper constructs appear in a valid position, and when not, errors out at compile time.
6. **[Embedded domain-specific languages (eDSLs)](https://en.wikipedia.org/wiki/Domain-specific_language#External_and_Embedded_Domain_Specific_Languages)**.
Here *embedded* means the DSL seamlessly integrates into the surrounding programming language (the host language). With embedded DSLs, there is no need to implement a whole new parser for the DSL, and many operations can be borrowed from the host language. Infix arithmetic notation and regular expressions are common examples of eDSLs that come embedded in many programming languages.
(Note that a general-purpose programming language does not strictly need to provide infix arithmetic; many Lisps do not. Of course, a form of infix arithmetic can be added as a macro; here's [a very compact Racket solution](https://artyom.me/learning-racket-2) (search the page for *"more operators"*).)
The embedded approach significantly decreases the effort needed to implement a DSL, thus making small DSLs an attractive solution for a class of design problems. A language construction kit [can be much more useful](https://beautifulracket.com/appendix/why-racket-why-lisp.html#a_pwJR1) than how it may sound at first.
7. **[Mobile code](https://macropy3.readthedocs.io/en/latest/discussion.html#mobile-code)**, as pioneered by `macropy`. Shuttle code between domains, while still allowing it to be written together in a single code base.
That said, [*macros are the 'nuclear option' of software development*](https://www.factual.com/blog/thinking-in-clojure-for-java-programmers-part-2/). Often a good strategy is to implement as much as regular functions as reasonably possible, and then a small macro on top, for the parts that would not be possible (or overly verbose, or overly complex, or just overly hacky) otherwise. [Our delayed evaluation demo](demo/promise.py) is a small example of this strategy.
More extensive examples are the macro-enabled test framework [`unpythonic.test.fixtures`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md#testing-and-debugging), and the [`let` constructs in `unpythonic.syntax`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md#bindings) (though in that case the macros are rather complex, to integrate with Python's lexical scoping). If curious about the *"overly hacky"* remark, compare the implementations of [`unpythonic.amb`](https://github.com/Technologicat/unpythonic/blob/master/unpythonic/amb.py) and [`unpythonic.syntax.forall`](https://github.com/Technologicat/unpythonic/blob/master/unpythonic/syntax/forall.py) - the macro version is much cleaner.
For examples of borrowing language features, look at [Graham](http://paulgraham.com/onlisp.html), [Python's `with` in Clojure](http://eigenhombre.com/macro-writing-macros.html), [`unpythonic.syntax`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md), and these creations from the Racket community [[1]](https://lexi-lambda.github.io/blog/2017/08/12/user-programmable-infix-operators-in-racket/) [[2]](https://lexi-lambda.github.io/blog/2015/12/21/adts-in-typed-racket-with-macros/) [[3]](https://github.com/tonyg/racket-monad). But observe also that macros are not always needed for this: [pattern matching](https://github.com/santinic/pampy), [resumable exceptions](https://github.com/Technologicat/unpythonic/blob/master/doc/features.md#handlers-restarts-conditions-and-restarts), multiple dispatch [[1]](https://github.com/mrocklin/multipledispatch) [[2]](https://github.com/Technologicat/unpythonic/blob/master/doc/features.md#generic-typed-isoftype-multiple-dispatch).
Raw data
{
"_id": null,
"home_page": "https://github.com/Technologicat/mcpyrate",
"name": "mcpyrate",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.8",
"maintainer_email": null,
"keywords": "macros, syntactic-macros, macro-expander, metaprogramming, import, importer",
"author": "Juha Jeronen and Salvador de la Puente Gonz\u00e1lez",
"author_email": "juha.m.jeronen@gmail.com",
"download_url": "https://files.pythonhosted.org/packages/de/95/265732f018d089ef392528c0bdf8fb338b593bf1356d52e471bc9deed09f/mcpyrate-3.6.2.tar.gz",
"platform": "Any",
"description": "# mcpyrate\n\nAdvanced macro expander and language lab for Python. The focus is on correctness, feature-completeness for serious macro-enabled work, and simplicity, in that order.\n\nWe aim at developer-friendliness. `mcpyrate` yields correct [coverage](https://github.com/nedbat/coveragepy/) for macro-enabled code, reports errors as early as possible, and makes it easy to display the steps of any macro expansion - with syntax highlighting, use site filename, and source line numbers:\n\n\n**Figure 1.** *`mcpyrate` stepping through `letseq` from the demos.*\n\n`mcpyrate` builds on [`mcpy`](https://github.com/delapuente/mcpy), with a similar explicit and compact approach, but with a lot of new features. Some of our features are strongly inspired by [`macropy`](https://github.com/lihaoyi/macropy), such as quasiquotes, macro arguments, and expansion tracing. Features original to `mcpyrate` include a universal bootstrapper, integrated REPL system (including an IPython extension) and support for chainable whole-module source and AST transformers, developed from the earlier prototypes [`imacropy`](https://github.com/Technologicat/imacropy) and [`pydialect`](https://github.com/Technologicat/pydialect); plus multi-phase compilation (a.k.a. *staging*; inspired by Racket), and identifier macros.\n\nWe use [semantic versioning](https://semver.org/). `mcpyrate` is almost-but-not-quite compatible with `mcpy` 2.0.0, hence the initial release is 3.0.0. There are some differences in the named parameters the expander provides to the macro functions; for details, search [the main user manual](doc/main.md) for *differences to mcpy*.\n\n    [](https://codecov.io/gh/Technologicat/mcpyrate) \n   \n  [](http://makeapullrequest.com/)\n\n*Some hypertext features of this README, such as local links to detailed documentation, are not supported when viewed on PyPI; [view on GitHub](https://github.com/Technologicat/mcpyrate) to have those work properly.*\n\n\n<!-- markdown-toc start - Don't edit this section. Run M-x markdown-toc-refresh-toc -->\n**Table of Contents**\n\n- [mcpyrate](#mcpyrate)\n - [News](#news)\n - [First example](#first-example)\n - [Running the extra examples in the tests](#running-the-extra-examples-in-the-tests)\n - [Features](#features)\n - [Documentation](#documentation)\n - [Differences to other macro expanders for Python](#differences-to-other-macro-expanders-for-python)\n - [Differences to `macropy`](#differences-to-macropy)\n - [Differences to `mcpy`](#differences-to-mcpy)\n - [Install & uninstall](#install--uninstall)\n - [From PyPI](#from-pypi)\n - [From source](#from-source)\n - [Understanding the implementation](#understanding-the-implementation)\n - [Emacs syntax highlighting](#emacs-syntax-highlighting)\n - [Install (for beginners in Emacs customization)](#install-for-beginners-in-emacs-customization)\n - [Why macros?](#why-macros)\n\n<!-- markdown-toc end -->\n\n## News\n\n**26 September, 2024**\n\nThe `mcpyrate` project is still alive, but it already does what I need it to do, and has not required maintenance in the past two years. Just now, I finally added Python 3.11 and 3.12 support.\n\nIf you would like to help out with anything in this project, start [here](https://github.com/Technologicat/mcpyrate/issues/35). Small contributions matter!\n\n\n## First example\n\n`mcpyrate` gives you macro-enabled Python with just two source files:\n\n```python\n# mymacros.py with your macro definitions\ndef echo(expr, **kw):\n print('Echo')\n return expr\n\n# application.py\nfrom mymacros import macros, echo\necho[6 * 7]\n```\n\nOr even with just one source file:\n\n```python\n# application.py\nfrom mcpyrate.multiphase import macros, phase\n\nwith phase[1]:\n def echo(expr, **kw):\n print('Echo')\n return expr\n\nfrom __self__ import macros, echo\necho[6 * 7]\n```\n\nTo run either example, `macropython -m application`, or `macropython application.py`.\n\nMore examples can be found in the [`demo/`](demo/) subfolder. To run the demos after installing `mcpyrate`, go to the `mcpyrate` project directory, and invoke them like `macropython demo/anaphoric_if.py`.\n\n\n### Running the extra examples in the tests\n\nThe tests contain even more usage examples, including advanced ones. See the [`mcpyrate/test/`](mcpyrate/test/) subfolder.\n\nTests must be run using the `mcpyrate` in the source tree (instead of any installed one), because they expect to live in the module `mcpyrate.test`, but the `test` subfolder is not part of the installation. Thus, if the `mcpyrate` top-level module name resolves to an installed copy, there won't be a module named `mcpyrate.test`.\n\nTo run with the `mcpyrate` in the source tree, replace `macropython` with `python3 -m mcpyrate.repl.macropython`. For example, to run a demo, `python3 -m mcpyrate.repl.macropython demo/anaphoric_if.py`, or to run a test, `python3 -m mcpyrate.repl.macropython -m mcpyrate.test.test_compiler`. Here the first `-m` goes to `python3`, whereas the second one goes to `macropython`.\n\nIf you just want to run all tests, `python3 runtests.py`.\n\n\n## Features\n\n- **Agile development tools**.\n - [Multi-phase compilation](doc/compiler.md#multi-phase-compilation): Use macros also in the same module where they are defined.\n - Universal bootstrapper: `macropython`. Import and use macros in your main program.\n - Interactive console: `macropython -i`. Import, define and use macros in a console session.\n - Embeddable \u00e0 la `code.InteractiveConsole`. See `mcpyrate.repl.console.MacroConsole`.\n - IPython extension `mcpyrate.repl.iconsole`. Import, define and use macros in an IPython session.\n - See [full documentation of the REPL system](doc/repl.md).\n\n- **Run-time compiler access**.\n - Expand, compile and run macro-enabled code snippets on the fly.\n - Accepts source code and AST inputs. (Use quasiquotes to conveniently create ASTs.)\n - Dynamically created code snippets support all the same features as importing code from a source file on disk.\n - See [full documentation of the compiler](doc/compiler.md). Examples can be found in [mcpyrate/test/test_compiler.py](mcpyrate/test/test_compiler.py).\n\n- **Testing and debugging**.\n - Statement coverage is correctly reported by tools such as [`Coverage.py`](https://github.com/nedbat/coveragepy/).\n - Macro expansion errors are reported at macro expansion time, with use site traceback.\n - Debug output **with a step-by-step expansion breakdown**. See macro [`mcpyrate.debug.step_expansion`](mcpyrate/debug.py).\n - Has both expr and block modes. Use `step_expansion[...]` or `with step_expansion` as appropriate.\n - The output is **syntax-highlighted**, and **line-numbered** based on `lineno` fields from the AST.\n - Also names of macros currently bound in the expander are highlighted by `step_expansion`.\n - Line numbers are taken from *statement* AST nodes.\n - The invisible nodes `ast.Module` and `ast.Expr` are shown, since especially `ast.Expr` is a common trap for the unwary.\n - To step the expansion of a run-time AST value, see the macro [`mcpyrate.metatools.stepr`](mcpyrate/metatools.py). [Documentation](doc/quasiquotes.md#the-expand-family-of-macros).\n - Manual expand-once. See `expander.visit_once`; get the `expander` as a named argument of your macro. See also the `expand1s` and `expand1r` macros in [`mcpyrate.metatools`](mcpyrate/metatools.py).\n\n- **Lightning speed**.\n - Bytecode caches (`.pyc`) are created and kept up-to-date. Saves macro expansion cost at startup for unchanged modules. Makes `mcpyrate` fast [on average](https://en.wikipedia.org/wiki/Amortized_analysis).\n\n Beside a `.py` source file itself, we look at any macro definition files\n it imports macros from, recursively, in a `make`-like fashion.\n\n The mtime is the latest of those of the source file and its macro-dependencies,\n considered recursively, so that if any macro definition anywhere in the\n macro-dependency tree of a source file is changed, Python will treat that\n source file as \"changed\", thus re-expanding and recompiling it (hence,\n updating the corresponding `.pyc`).\n - **CAUTION**: [PEP 552 - Deterministic pycs](https://www.python.org/dev/peps/pep-0552/) is not supported; we support only the default *mtime* invalidation mode, at least for now.\n\n- **Quasiquotes**, with advanced features.\n - Hygienically interpolate both regular values **and macro names**.\n - Delayed macro expansion inside quasiquoted code. User-controllable.\n - Inverse quasiquote operator. See function [`mcpyrate.quotes.unastify`](mcpyrate/quotes.py).\n - Convert a quasiquoted AST back into a direct AST, typically for further processing before re-quoting it.\n - Not an unquote; we have those too, but the purpose of unquotes is to interpolate values into quoted code. The inverse quasiquote, instead, undoes the quasiquote operation itself, after any unquotes have already been applied.\n - See [full documentation of the quasiquote system](doc/quasiquotes.md).\n\n- **Macro arguments**.\n - Opt-in. Declare by using the [`@parametricmacro`](mcpyrate/expander.py) decorator on your macro function.\n - Use brackets to invoke, e.g. `macroname[arg0, ...][expr]`. If no args, just leave that part out, e.g. `macroname[expr]`.\n - The `macroname[arg0, ...]` syntax works in `expr`, `block` and `decorator` macro invocations in place of a bare `macroname`.\n - The named parameter `args` is a raw `list` of the macro argument ASTs. Empty if no args were sent, or if the macro function is not parametric.\n\n- **Identifier (a.k.a. name) macros**.\n - Opt-in. Declare by using the [`@namemacro`](mcpyrate/expander.py) decorator on your macro function.\n - Can be used for creating magic variables that may only appear inside specific macro invocations.\n\n- **Dialects, i.e. whole-module source and AST transforms**.\n - Think [Racket's](https://racket-lang.org/) `#lang`, but for Python.\n - Define languages that use Python's surface syntax, but change the semantics; or plug in a per-module transpiler that (at import time) compiles source code from some other programming language into macro-enabled Python. Also an AST [optimizer](http://compileroptimizations.com/) could be defined as a dialect. Dialects can be chained.\n - Sky's the limit, really. See the `dialects` modules in [`unpythonic`](https://github.com/Technologicat/unpythonic) for example dialects.\n - For debugging, `from mcpyrate.debug import dialects, StepExpansion`.\n - If writing a full-module AST transformer that splices the whole module into a template, see [`mcpyrate.splicing.splice_dialect`](mcpyrate/splicing.py).\n - See [full documentation of the dialect system](doc/dialects.md).\n\n- **Conveniences**.\n - Relative macro-imports (for code in packages), e.g. `from .other import macros, kittify`.\n - The expander automatically fixes missing `ctx` attributes in the AST, so you don't need to care about those in your macros.\n - In most cases, the expander also fills in correct source location information automatically (for coverage reporting). If you're discarding nodes from the input, then you may have to be [slightly careful](doc/main.md#writing-macros) and use `ast.copy_location` appropriately.\n - Several block macros can be invoked in the same `with` (equivalent to nesting them, with leftmost outermost).\n - [AST visitor and transformer](mcpyrate/walkers.py) \u00e0 la `macropy`'s `Walker`, to easily context-manage state for subtrees, and collect items across the whole walk. [Full documentation](doc/walkers.md).\n - AST [markers](mcpyrate/markers.py) (pseudo-nodes) for communication in a set of co-operating macros (and with the expander).\n - [`gensym`](mcpyrate/utils.py) to create a fresh, unused lexical identifier.\n - [`unparse`](mcpyrate/unparser.py) to convert an AST to the corresponding source code, optionally with syntax highlighting (for terminal output).\n - [`dump`](mcpyrate/astdumper.py) to look at an AST representation directly, with (mostly) PEP8-compliant indentation, optionally with syntax highlighting (node types, field names, bare values).\n\n\n## Documentation\n\nThe full documentation of `mcpyrate` lives in the [`doc/`](doc/) subfolder. Some quick links:\n\n- [Main user manual](doc/main.md) - start here\n - [Using macros](doc/main.md#using-macros)\n - [Writing macros](doc/main.md#writing-macros) - starting with a short tour of useful modules in `mcpyrate`.\n- [Quasiquotes and `mcpyrate.metatools`](doc/quasiquotes.md)\n- [REPL and `macropython`](doc/repl.md)\n- [The `mcpyrate` compiler](doc/compiler.md)\n - [The import algorithm](doc/compiler.md#the-import-algorithm) - how macros, dialects and multi-phase compilation interact.\n - [Multi-phase compilation](doc/compiler.md#multi-phase-compilation) - how to use a macro in the same module where it is defined.\n - [Invoking the compiler at run time](#invoking-the-compiler-at-run-time)\n- [AST walkers](doc/walkers.md)\n- [Dialects](doc/dialects.md)\n- [Troubleshooting](doc/troubleshooting.md)\n\n*We aim at complete documentation.* If you find something is missing, please [file an issue](https://github.com/Technologicat/mcpyrate/issues/new). (And if you already figured out the thing that was missing from the docs, a documentation PR is also welcome!)\n\n\n## Differences to other macro expanders for Python\n\n`mcpyrate` is **not** drop-in compatible with [`macropy`](https://github.com/azazel75/macropy) or [`mcpy`](https://github.com/delapuente/mcpy). This section summarizes the differences.\n\nIt should be emphasized that what follows is a minimal list of differences. In addition, we provide many advanced features not available in previous macro expanders for Python, such as dialects (full-module transforms), multi-phase compilation, and run-time compiler access (with dynamic module creation).\n\n### Differences to `macropy`\n\n- `mcpyrate` has no macro registry; each macro function is its own dispatcher. See the `syntax` named parameter.\n\n- In `mcpyrate`, macros expand outside-in (and only outside-in) by default.\n - No `yield`. To expand inside-out, recurse explicitly in your macro implementation at the point where you want to switch to inside-out processing. See the [main user manual](doc/main.md).\n\n- [Named parameters filled by expander](doc/main.md#named-parameters-filled-by-expander) (`**kw` in the macro definition) are almost totally different.\n - No `gen_sym` parameter; use the function `mcpyrate.gensym`. We use UUIDs, avoiding the need for a lexical scan.\n\n- [Macro arguments](doc/main.md#differences-to-macropy)\n - Passed using brackets.\n\n- [Macro expansion error reporting](doc/main.md#differences-to-macropy-1)\n - Raise an exception as usual, don't `assert False`.\n\n- [Quasiquotes](doc/quasiquotes.md#differences-to-macropy)\n - Quasiquoted code isn't automatically macro-expanded.\n - Hygienic quasiquoting works differently.\n - No separate `hq[]`. Instead, we provide `h[]`, which is a *hygienic unquote* that captures a value or a macro.\n - You can capture arbitrary expressions, not just identifiers.\n - You can capture macros, too.\n - The equivalents of `ast_literal` and `name` have additional features, and an operator to interpolate a `list` of ASTs as an `ast.Tuple` has been added (one use case is to splice in a variable number of macro arguments to a quasiquoted macro invocation).\n\n- [AST walkers](doc/walkers.md#macropy-walker-porting-guide)\n - Similar in spirit to `ast.NodeTransformer` and `ast.NodeVisitor`, but with functionality equivalent to that of `macropy.core.walkers.Walker`. But it works differently.\n - Particularly, use explicit recursion as in `ast.NodeTransformer`; there is no `stop`.\n - For the `ctx` mechanism, see `withstate` and `generic_withstate` (the latter relates to the former as `generic_visit` relates to `visit` in `ast.NodeTransformer`).\n\n### Differences to `mcpy`\n\n- [Named parameters filled by expander](doc/main.md#differences-to-mcpy)\n - No `to_source`; use the function `mcpyrate.unparse`. You might want `unparse(tree, debug=True, color=True)`.\n - No `expand_macros`; ask for `expander` instead, and call `expander.visit`.\n\n\n## Install & uninstall\n\n### From PyPI\n\n```bash\npip install mcpyrate\n```\n\n### From source\n\nClone the repo from GitHub. Then, navigate to it in a terminal, and:\n\n```bash\npip install .\n```\n\nTo uninstall:\n\n```bash\npip uninstall mcpyrate\n```\n\n\n## Understanding the implementation\n\nWe follow the `mcpy` philosophy that macro expanders aren't rocket science. See [`CONTRIBUTING.md`](CONTRIBUTING.md).\n\n\n## Emacs syntax highlighting\n\nThis Elisp snippet adds syntax highlighting for keywords specific to `mcpyrate` to your Emacs setup:\n\n```elisp\n (defun my/mcpyrate-syntax-highlight-setup ()\n \"Set up additional syntax highlighting for `mcpyrate` in Python mode.\"\n ;; adapted from code in dash.el\n (let ((more-keywords '(\"macros\" \"dialects\"\n \"q\" \"u\" \"n\" \"a\" \"s\" \"t\" \"h\"))\n ;; How to make Emacs recognize your magic variables. Only for the anaphoric if demo.\n ;; A list, like `more-keywords`, even though in the example there is only one item.\n (magic-variables '(\"it\")))\n (font-lock-add-keywords 'python-mode `((,(concat \"\\\\_<\" (regexp-opt magic-variables 'paren) \"\\\\_>\")\n 1 font-lock-variable-name-face)) 'append)\n (font-lock-add-keywords 'python-mode `((,(concat \"\\\\_<\" (regexp-opt more-keywords 'paren) \"\\\\_>\")\n 1 font-lock-keyword-face)) 'append)\n ))\n (add-hook 'python-mode-hook 'my/mcpyrate-syntax-highlight-setup)\n```\n\n*Known issue*: For some reason, during a given session, this takes effect only starting with the second Python file opened. The first Python file opened during a session shows with the default Python syntax highlighting. Probably something to do with the initialization order of font-lock and whichever `python-mode` is being used.\n\nTested with `anaconda-mode`.\n\n### Install (for beginners in Emacs customization)\n\nIf you use the [Spacemacs](http://spacemacs.org/) kit, the snippet can be inserted into the function `dotspacemacs/user-config`. (If you use the Emacs key bindings, `M-m f e d` to open your config file.) Here's [my spacemacs.d](https://github.com/Technologicat/spacemacs.d/) for reference; the syntax highlight code is in `prettify-symbols-config.el`, and it's invoked from the function `dotspacemacs/user-config` in `init.el`.\n\nIn a basic Emacs setup, the snippet goes into the `~/.emacs` startup file, or if you have an `.emacs.d/` directory, then into `~/.emacs.d/init.el`.\n\n\n## Why macros?\n\nDespite their [fearsome](http://www.greghendershott.com/fear-of-macros/) reputation, [syntactic](https://en.wikipedia.org/wiki/Macro_(computer_science)#Syntactic_macros) macros are a clean solution to certain classes of problems. Main use cases of macros fall into a few (not necessarily completely orthogonal) categories:\n\n 1. **Syntactic abstraction**, to extract a pattern that cannot be extracted as a regular run-time function. Regular function definitions are a tool for extracting certain kinds of patterns; macros are another such tool. Both these tools aim at eliminating boilerplate, by allowing the definition of reusable abstractions.\n\n [Macros can replace design patterns](http://wiki.c2.com/?AreDesignPatternsMissingLanguageFeatures), especially patterns that work around a language's limitations. See Norvig's [classic presentation on design patterns](https://norvig.com/design-patterns/ppframe.htm). For a concrete example, see [Seibel](http://www.gigamonkeys.com/book/practical-building-a-unit-test-framework.html).\n\n 2. **Source code access**. Any operation that needs to get a copy of the source code of an expression (or of a code block) as well as run that same code is a prime candidate for a macro. This is useful for implementing tooling for e.g. debug-logging and testing.\n\n 3. **Evaluation order manipulation**. By editing code, macros can change the order in which it gets evaluated, as well as decide whether a particular expression or statement runs at all.\n\n As an example, macros allow properly abstracting [`delay`/`force`](https://docs.racket-lang.org/reference/Delayed_Evaluation.html) in a [strict](https://en.wikipedia.org/wiki/Evaluation_strategy#Strict_evaluation) language. `force` is just a regular function, but `delay` needs to be a macro. See [our delayed evaluation demo](demo/promise.py).\n\n 4. **Language-level features** inspired by other programming languages. For example, [`unpythonic`](https://github.com/Technologicat/unpythonic) provides expression-local variables (`let`), automatic tail call optimization (TCO), autocurry, lazy functions, and multi-shot continuations.\n\n As [the Racket guide notes](https://docs.racket-lang.org/guide/pattern-macros.html), this is especially convenient for language-level features not approved by some other language designer. Macros allow users to [extend](https://docs.racket-lang.org/guide/languages.html) the language. [Dialects](doc/dialects.md) take that idea one step further.\n\n 5. **Compile-time validation**. See e.g. [Alexis King (2016): Simple, safe multimethods in Racket](https://lexi-lambda.github.io/blog/2016/02/18/simple-safe-multimethods-in-racket/). Our sister project [`unpythonic`](https://github.com/Technologicat/unpythonic) also uses macros to perform some simple checks for whether certain helper constructs appear in a valid position, and when not, errors out at compile time.\n\n 6. **[Embedded domain-specific languages (eDSLs)](https://en.wikipedia.org/wiki/Domain-specific_language#External_and_Embedded_Domain_Specific_Languages)**.\n\n Here *embedded* means the DSL seamlessly integrates into the surrounding programming language (the host language). With embedded DSLs, there is no need to implement a whole new parser for the DSL, and many operations can be borrowed from the host language. Infix arithmetic notation and regular expressions are common examples of eDSLs that come embedded in many programming languages.\n\n (Note that a general-purpose programming language does not strictly need to provide infix arithmetic; many Lisps do not. Of course, a form of infix arithmetic can be added as a macro; here's [a very compact Racket solution](https://artyom.me/learning-racket-2) (search the page for *\"more operators\"*).)\n\n The embedded approach significantly decreases the effort needed to implement a DSL, thus making small DSLs an attractive solution for a class of design problems. A language construction kit [can be much more useful](https://beautifulracket.com/appendix/why-racket-why-lisp.html#a_pwJR1) than how it may sound at first.\n\n 7. **[Mobile code](https://macropy3.readthedocs.io/en/latest/discussion.html#mobile-code)**, as pioneered by `macropy`. Shuttle code between domains, while still allowing it to be written together in a single code base.\n\nThat said, [*macros are the 'nuclear option' of software development*](https://www.factual.com/blog/thinking-in-clojure-for-java-programmers-part-2/). Often a good strategy is to implement as much as regular functions as reasonably possible, and then a small macro on top, for the parts that would not be possible (or overly verbose, or overly complex, or just overly hacky) otherwise. [Our delayed evaluation demo](demo/promise.py) is a small example of this strategy.\n\nMore extensive examples are the macro-enabled test framework [`unpythonic.test.fixtures`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md#testing-and-debugging), and the [`let` constructs in `unpythonic.syntax`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md#bindings) (though in that case the macros are rather complex, to integrate with Python's lexical scoping). If curious about the *\"overly hacky\"* remark, compare the implementations of [`unpythonic.amb`](https://github.com/Technologicat/unpythonic/blob/master/unpythonic/amb.py) and [`unpythonic.syntax.forall`](https://github.com/Technologicat/unpythonic/blob/master/unpythonic/syntax/forall.py) - the macro version is much cleaner.\n\nFor examples of borrowing language features, look at [Graham](http://paulgraham.com/onlisp.html), [Python's `with` in Clojure](http://eigenhombre.com/macro-writing-macros.html), [`unpythonic.syntax`](https://github.com/Technologicat/unpythonic/blob/master/doc/macros.md), and these creations from the Racket community [[1]](https://lexi-lambda.github.io/blog/2017/08/12/user-programmable-infix-operators-in-racket/) [[2]](https://lexi-lambda.github.io/blog/2015/12/21/adts-in-typed-racket-with-macros/) [[3]](https://github.com/tonyg/racket-monad). But observe also that macros are not always needed for this: [pattern matching](https://github.com/santinic/pampy), [resumable exceptions](https://github.com/Technologicat/unpythonic/blob/master/doc/features.md#handlers-restarts-conditions-and-restarts), multiple dispatch [[1]](https://github.com/mrocklin/multipledispatch) [[2]](https://github.com/Technologicat/unpythonic/blob/master/doc/features.md#generic-typed-isoftype-multiple-dispatch).\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Advanced macro expander and language lab for Python",
"version": "3.6.2",
"project_urls": {
"Homepage": "https://github.com/Technologicat/mcpyrate"
},
"split_keywords": [
"macros",
" syntactic-macros",
" macro-expander",
" metaprogramming",
" import",
" importer"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "cdf04bb44ece34f851f3dccb94f729d48236c663215df8d3685fd587710f7410",
"md5": "60bf2e2dcb014add7f3ff62b4d2265db",
"sha256": "ff673ceca5b52cb1c88a2f7778ef42475d7fb619b738b64990d7a6abd0669c0d"
},
"downloads": -1,
"filename": "mcpyrate-3.6.2-py3-none-any.whl",
"has_sig": false,
"md5_digest": "60bf2e2dcb014add7f3ff62b4d2265db",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.8",
"size": 130116,
"upload_time": "2024-09-27T13:13:13",
"upload_time_iso_8601": "2024-09-27T13:13:13.272144Z",
"url": "https://files.pythonhosted.org/packages/cd/f0/4bb44ece34f851f3dccb94f729d48236c663215df8d3685fd587710f7410/mcpyrate-3.6.2-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "de95265732f018d089ef392528c0bdf8fb338b593bf1356d52e471bc9deed09f",
"md5": "eaa26bb41fdd50dd7d35bc13675e60f8",
"sha256": "ba4107ced5f7a9d2af618774bf22a47881a4023e10e8506333d9a7e290b3e802"
},
"downloads": -1,
"filename": "mcpyrate-3.6.2.tar.gz",
"has_sig": false,
"md5_digest": "eaa26bb41fdd50dd7d35bc13675e60f8",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.8",
"size": 125090,
"upload_time": "2024-09-27T13:13:14",
"upload_time_iso_8601": "2024-09-27T13:13:14.855754Z",
"url": "https://files.pythonhosted.org/packages/de/95/265732f018d089ef392528c0bdf8fb338b593bf1356d52e471bc9deed09f/mcpyrate-3.6.2.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-09-27 13:13:14",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "Technologicat",
"github_project": "mcpyrate",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [],
"lcname": "mcpyrate"
}
JSON
