diff options
author | Tom Tromey <tromey@adacore.com> | 2020-01-03 13:59:27 -0700 |
---|---|---|
committer | Tom Tromey <tromey@adacore.com> | 2020-01-21 12:39:17 -0700 |
commit | f6474de9aacec990d44d2d65a337668b389efd99 (patch) | |
tree | 4d70c7c91fba9b49b5b0c62baa7759b6e1d5b13e /gdbsupport/gdb_unlinker.h | |
parent | b4654b109bd023d0a22f445db7d4e27f769593f4 (diff) | |
download | gdb-f6474de9aacec990d44d2d65a337668b389efd99.zip gdb-f6474de9aacec990d44d2d65a337668b389efd99.tar.gz gdb-f6474de9aacec990d44d2d65a337668b389efd99.tar.bz2 |
Allow use of Pygments to colorize source code
While GNU Source Highlight is good, it's also difficult to build and
distribute. For one thing, it needs Boost. For another, it has an
unusual configuration and installation setup.
Pygments, a Python library, doesn't suffer from these issues, and so I
thought it would be a reasonable fallback.
This patch implements this idea. GNU Source Highlight is preferred,
but if it is unavailable (or fails), the extension languages are
tried. This patch also implements support for Pygments.
Something similar could be done for Guile, using:
https://dthompson.us/projects/guile-syntax-highlight.html
However, I don't know enough about Guile internals to make this
happen, so I have not done it here.
gdb/ChangeLog
2020-01-21 Tom Tromey <tromey@adacore.com>
* source-cache.c (source_cache::ensure): Call ext_lang_colorize.
* python/python.c (python_extension_ops): Update.
(gdbpy_colorize): New function.
* python/lib/gdb/__init__.py (colorize): New function.
* extension.h (ext_lang_colorize): Declare.
* extension.c (ext_lang_colorize): New function.
* extension-priv.h (struct extension_language_ops) <colorize>: New
member.
* cli/cli-style.c (_initialize_cli_style): Update help text.
Change-Id: I5e21623ee05f1f66baaa6deaeca78b578c031bf4
Diffstat (limited to 'gdbsupport/gdb_unlinker.h')
0 files changed, 0 insertions, 0 deletions