From: Eli Zaretskii <eliz@gnu.org>
To: Doug Evans <xdje42@gmail.com>
Cc: binutils@sourceware.org, gdb-patches@sourceware.org
Subject: Re: [PATCH] Add support for embedding scripts in .debug_gdb_scripts.
Date: Thu, 15 Jan 2015 18:11:00 -0000 [thread overview]
Message-ID: <83ppaf3oe6.fsf@gnu.org> (raw)
In-Reply-To: <m3bnm0ar23.fsf@sspiff.org>
> From: Doug Evans <xdje42@gmail.com>
> Date: Thu, 15 Jan 2015 09:31:48 -0800
>
> +* Python/Guile scripting
> +
> +** GDB now supports auto-loading of Python/Guile scripts contained in the
> + special section named `.debug_gdb_scripts'.
I think we should tell here on what systems/targets this is supported.
Otherwise, the NEWS entry is OK.
> For systems using file formats like ELF and COFF,
> when @value{GDBN} loads a new object file
> it will look for a special section named @code{.debug_gdb_scripts}.
Is this really supported with non-ELF targets? E.g., does pe-coff
(Windows) support such sections?
> +If this section exists, its contents is a list of NUL-terminated entries
> +specifying scripts to load. Each entry begins with a non-NULL prefix byte that
Let's be consistent here" "null", lower-case and with 2 'l'. This is
just a plain English word, not an acronym or a C symbol.
> +Supported values for the prefix byte are define in the
^^^^^^
"defined"
> +@file{include/gdb/section-scripts.h} file in the @value{GDBN} source tree.
Is this really helpful? If that file is installed, let's mention
where to find it in the installed tree; if it is not installed, we
ought to list the values here, since the reader might not have access
to the source tree, let alone the one from which the binary was
produced.
> +The following entries are supported:
> +
> +@table @code
> +@item SECTION_SCRIPT_ID_PYTHON_FILE = 1
> +@item SECTION_SCRIPT_ID_SCHEME_FILE = 3
> +@item SECTION_SCRIPT_ID_PYTHON_TEXT = 4
> +@item SECTION_SCRIPT_ID_SCHEME_TEXT = 6
> +@end table
Are these the values of the prefix byte? If so, we should simply skip
the pointer to the source tree.
> +@subsubsection Script Text Entries
> +
> +In script text entries the script to execute is contained in the entry
> +instead of being loaded from a file.
Suggest to reword this sentence:
Script text entries allow to put the executable script in the entry
itself instead of loading it from a file.
> +The rest of the entry, up to the trailing NUL byte,
^^^
"null"
> is the script to
> +execute in the specified language.
Specified how and by what means?
> +Loading of inlined scripts require a properly configured
^^^^^^^
"requires"
Thanks.
next prev parent reply other threads:[~2015-01-15 18:11 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-15 17:32 Doug Evans
2015-01-15 18:11 ` Eli Zaretskii [this message]
2015-01-16 17:15 ` Doug Evans
2015-01-16 18:02 ` Eli Zaretskii
2015-01-17 1:16 ` Doug Evans
2015-01-17 8:16 ` Eli Zaretskii
2015-01-18 4:16 ` Doug Evans
2015-01-18 16:23 ` Eli Zaretskii
2015-01-18 20:48 ` Doug Evans
2015-01-19 14:49 ` Joel Brobecker
2015-01-20 16:35 ` Doug Evans
2015-01-21 9:57 ` Joel Brobecker
2015-02-13 16:15 ` Stan Shebs
2015-02-13 16:45 ` Eli Zaretskii
2015-02-13 16:46 ` Andreas Schwab
2015-02-13 18:05 ` Pedro Alves
2015-02-15 11:53 ` Corinna Vinschen
2015-01-19 16:05 ` Eli Zaretskii
2015-01-31 23:31 ` Doug Evans
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83ppaf3oe6.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=binutils@sourceware.org \
--cc=gdb-patches@sourceware.org \
--cc=xdje42@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox