gdb/python: move styling support to gdb.styling
authorAndrew Burgess <andrew.burgess@embecosm.com>
Mon, 25 Oct 2021 23:08:46 +0000 (00:08 +0100)
committerAndrew Burgess <aburgess@redhat.com>
Mon, 14 Feb 2022 09:53:04 +0000 (09:53 +0000)
commit7b8c55afd07abf1e2e4efbeca4b9a614ce8d4e1e
tree894941d444cc0c4167f48dd18ed1c688e6a9b6b6
parente867795e8bcd6571c785e5e1d872fff0a5c7b290
gdb/python: move styling support to gdb.styling

This commit moves the two Python functions that are used for styling
into a new module, gdb.styling, there's then a small update in
python.c so GDB can find the functions in their new location.

The motivation for this change is purely to try and reduce the clutter
in the top-level gdb module, and encapsulate related functions into
modules.  I did ponder documenting these functions as part of the
Python API, however, doing so would effectively "fix" the API, and I'm
still wondering if there's improvements that could be made, also, the
colorize function is only called in some cases now that GDB prefers
libsource-highlight, so it's not entirely sure how this would work as
part of a user facing API.

Still, despite these functions never having been part of a documented
API, it is possible that a user out there has overridden these to, in
some way, customize how GDB performs styling.  Moving the function as
I propose in this patch could break things for that user, however,
fixing this breakage is trivial, and, as these functions were never
documented, I don't think we should be obliged to not break user code
that relies on them.
gdb/data-directory/Makefile.in
gdb/python/lib/gdb/__init__.py
gdb/python/lib/gdb/styling.py [new file with mode: 0644]
gdb/python/python.c