This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Ping an old Python patch
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Tom Tromey <tom at tromey dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Mon, 30 Apr 2018 22:19:53 +0300
- Subject: Re: Ping an old Python patch
- References: <87muxk4so8.fsf@tromey.com>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> From: Tom Tromey <tom@tromey.com>
> Date: Mon, 30 Apr 2018 09:31:35 -0600
>
> I think this patch:
>
> https://sourceware.org/ml/gdb-patches/2015-05/msg00132.html
>
> ... was never reviewed.
Oops!
> +@defun gdb.find_source_hook (source_file)
> +@anchor{find_source_hook}
> +
> +If @var{find_source_hook} is callable, @value{GDBN} will call the method
> +assigned to this operation when it cannot locate a requested source file.
> +
> +The parameter @code{source_file} contains the path to the source file
This should be the other way around: find_source_hook should be in
@code while source_file should be in @var.
> +This method must return a Python string or @code{None}. If a string is
> +returned, it must be an absolute path to the source file. If @code{None}
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"absolute file name of the source file". GNU coding standards frown
on using "path" for anything but PATH-style directory lists.
> +is returned, @value{GDBN} will proceed as usual without source. The path
^^
Two spaces between sentences.
The documentation part is approved with those nits fixed.
Thanks.