##// END OF EJS Templates
mercurial: implement import hook for handling C/Python modules...
mercurial: implement import hook for handling C/Python modules There are a handful of modules that have both pure Python and C extension implementations. Currently, setup.py copies files from mercurial/pure/*.py to mercurial/ during the install process if C extensions are not available. This way, "import mercurial.X" will work whether C extensions are available or not. This approach has a few drawbacks. First, there aren't run-time checks verifying the C extensions are loaded when they should be. This could lead to accidental use of the slower pure Python modules. Second, the C extensions aren't compatible with PyPy and running Mercurial with PyPy requires installing Mercurial - you can't run ./hg from a source checkout. This makes developing while running PyPy somewhat difficult. This patch implements a PEP-302 import hook for finding and loading the modules with both C and Python implementations. When a module with dual implementations is requested for import, its import is handled by our import hook. The importer has a mechanism that controls what types of modules we allow to load. We call this loading behavior the "module load policy." There are 3 settings: * Only load C extensions * Only load pure Python * Try to load C and fall back to Python An environment variable allows overriding this policy at run time. This is mainly useful for developers and for performing actions against the source checkout (such as installing), which require overriding the default (strict) policy about requiring C extensions. The default mode for now is to allow both. This isn't proper and is technically backwards incompatible. However, it is necessary to implement a sane patch series that doesn't break the world during future bisections. The behavior will be corrected in future patch. We choose the main mercurial/__init__.py module for this code out of necessity: in a future world, if the custom module importer isn't registered, we'll fail to find/import certain modules when running from a pure installation. Without the magical import-time side-effects, *any* importer of mercurial.* modules would be required to call a function to register our importer. I'm not a fan of import time side effects and I initially attempted to do this. However, I was foiled by our own test harness, which has numerous `python` invoked scripts that "import mercurial" and fail because the importer isn't registered. Realizing this problem is probably present in random Python scripts that have been written over the years, I decided that sacrificing purity for backwards compatibility is necessary. Plus, if you are programming Python, "import" should probably "just work." It's worth noting that now that we have a custom module loader, it would be possible to hook up demand module proxies at this level instead of replacing __import__. We leave this work for another time, if it's even desired. This patch breaks importing in environments where Mercurial modules are loaded from a zip file (such as py2exe distributions). This will be addressed in a subsequent patch.

File last commit:

r26485:43bf9471 default
r27220:4374d819 default
Show More
templates.txt
123 lines | 3.7 KiB | text/plain | TextLexer
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999 Mercurial allows you to customize output of commands through
Yuya Nishihara
help: use --template to specify existing style...
r21943 templates. You can either pass in a template or select an existing
template-style from the command line, via the --template option.
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
You can customize output for any "log-like" command: log,
Matt Mackall
help: drop reference to glog in templates topic
r21945 outgoing, incoming, tip, parents, and heads.
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
Matt Mackall
help: mention '-T list' in templater topic
r21946 Some built-in styles are packaged with Mercurial. These can be listed
with :hg:`log --template list`. Example usage::
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
Matt Mackall
help: mention '-T list' in templater topic
r21946 $ hg log -r1.0::1.1 --template changelog
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
A template is a piece of text, with markup to invoke variable
expansion::
$ hg log -r1 --template "{node}\n"
b56ce7b07c52de7d5fd79fb89701ea538af65746
Strings in curly braces are called keywords. The availability of
keywords depends on the exact context of the templater. These
keywords are usually available for templating a log-like command:
Patrick Mezard
templates: generate keyword help dynamically
r13585 .. keywordsmarker
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
The "date" keyword does not produce human-readable output. If you
want to use a date in your output, you can use a filter to process
it. Filters are functions which return a string based on the input
Dirkjan Ochtman
help: point out need for stringification
r10759 variable. Be sure to use the stringify filter first when you're
applying a string-input filter to a list-like input variable.
You can also use a chain of filters to get the desired output::
Dan Villiom Podlaski Christiansen
setup: install translation files as package data...
r9999
$ hg tip --template "{date|isodate}\n"
2008-08-21 18:22 +0000
List of filters:
Patrick Mezard
templatefilters: move doc from templates.txt to docstrings
r13591 .. filtersmarker
Sean Farley
help: add documentation for new template functions
r18465
Note that a filter is nothing more than a function call, i.e.
``expr|filter`` is equivalent to ``filter(expr)``.
In addition to filters, there are some basic built-in functions:
Gregory Szorc
help: populate template functions via docstrings...
r24587 .. functionsmarker
Ryan McElroy
templater: introduce word function...
r21846
Sean Farley
help: add documentation for new template functions
r18465 Also, for any expression that returns a list, there is a list operator:
- expr % "{template}"
Yuya Nishihara
templater: take any string literals as template, but not for rawstring (BC)...
r25596 As seen in the above example, "{template}" is interpreted as a template.
To prevent it from being interpreted, you can use an escape character "\{"
or a raw string prefix, "r'...'".
Sean Farley
help: add documentation for new template functions
r18465 Some sample command line templates:
- Format lists, e.g. files::
$ hg log -r 0 --template "files:\n{files % ' {file}\n'}"
- Join the list of files with a ", "::
$ hg log -r 0 --template "files: {join(files, ', ')}\n"
Ryan McElroy
templatefilter: add splitlines function...
r21820 - Modify each line of a commit description::
$ hg log --template "{splitlines(desc) % '**** {line}\n'}"
Sean Farley
help: add documentation for new template functions
r18465 - Format date::
$ hg log -r 0 --template "{date(date, '%Y')}\n"
Yuya Nishihara
templater: add optional timezone argument to localdate()...
r26128 - Display date in UTC::
$ hg log -r 0 --template "{localdate(date, 'UTC')|date}\n"
Sean Farley
help: add documentation for new template functions
r18465 - Output the description set to a fill-width of 30::
Yuya Nishihara
help: rewrite template examples to use integer literals where appropriate
r25004 $ hg log -r 0 --template "{fill(desc, 30)}"
Sean Farley
help: add documentation for new template functions
r18465
- Use a conditional to test for the default branch::
$ hg log -r 0 --template "{ifeq(branch, 'default', 'on the main branch',
'on branch {branch}')}\n"
- Append a newline if not empty::
$ hg tip --template "{if(author, '{author}\n')}"
- Label the output for use with the color extension::
$ hg log -r 0 --template "{label('changeset.{phase}', node|short)}\n"
- Invert the firstline filter, i.e. everything but the first line::
$ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n"
Matthew Turk
help: adding example 'extras' printing to 'hg help templates'
r20016
- Display the contents of the 'extra' field, one per line::
Steve Hoelzer
help: fix formatting of template example
r20170 $ hg log -r 0 --template "{join(extras, '\n')}\n"
Durham Goode
help: add ifcontains, revset, and shortest to template help...
r20531
Ryan McElroy
templatekw: introduce active subkeyword from bookmarks keyword...
r25348 - Mark the active bookmark with '*'::
Durham Goode
help: add ifcontains, revset, and shortest to template help...
r20531
Yuya Nishihara
help: rewrite template examples to not use shell escaping...
r25786 $ hg log --template "{bookmarks % '{bookmark}{ifeq(bookmark, active, '*')} '}\n"
Durham Goode
help: add ifcontains, revset, and shortest to template help...
r20531
Matt Harbison
templater: introduce {latesttag()} function to match a pattern (issue4184)...
r26485 - Find the previous release candidate tag, the distance and changes since the tag::
$ hg log -r . --template "{latesttag('re:^.*-rc$') % '{tag}, {changes}, {distance}'}\n"
Durham Goode
help: add ifcontains, revset, and shortest to template help...
r20531 - Mark the working copy parent with '@'::
$ hg log --template "{ifcontains(rev, revset('.'), '@')}\n"
Ryan McElroy
templater: introduce startswith function...
r21821
Yuya Nishihara
templater: switch ctx of list expression to rev of revset() (BC)...
r26234 - Show details of parent revisions::
$ hg log --template "{revset('parents(%d)', rev) % '{desc|firstline}\n'}"
Ryan McElroy
templater: introduce startswith function...
r21821 - Show only commit descriptions that start with "template"::
Yuya Nishihara
help: rewrite template examples to not use shell escaping...
r25786 $ hg log --template "{startswith('template', firstline(desc))}\n"
Ryan McElroy
templater: introduce word function...
r21846
- Print the first word of each line of a commit message::
Yuya Nishihara
help: rewrite template examples to use integer literals where appropriate
r25004 $ hg log --template "{word(0, desc)}\n"