This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 4/5] Use TARGET_FILENAME_PREFIX as the system root in some cases
- From: Sandra Loosemore <sandra at codesourcery dot com>
- To: Doug Evans <dje at google dot com>
- Cc: Gary Benson <gbenson at redhat dot com>, <gdb-patches at sourceware dot org>, Pedro Alves <palves at redhat dot com>, <Paul_Koning at Dell dot com>, Jan Kratochvil <jan dot kratochvil at redhat dot com>, Joel Brobecker <brobecker at adacore dot com>
- Date: Tue, 28 Jul 2015 14:00:24 -0600
- Subject: Re: [PATCH 4/5] Use TARGET_FILENAME_PREFIX as the system root in some cases
- Authentication-results: sourceware.org; auth=none
- References: <001a11381844e0dffe051bf2e570 at google dot com>
On 07/28/2015 11:35 AM, Doug Evans wrote:
One thing that comes to mind is that there's no indication/warning
here of the potential massive responsiveness hit people may take
if they turn this feature on, plus an explanation of what's going
on, or how they can do things differently to avoid it.
Yes. The delay would be more tolerable if users were given some clue
what GDB is doing.
If, after doing:
(gdb) target remote :9999
the user was first prompted with something like:
"Warning: I have no way to find files with debug info locally,
and auto-target-prefix is set to "on",
so I will try to fetch these files from the target.
This may take time. If you want to avoid having me try to transfer
files from the target, you can do the following:
blah blah blah
Are you sure you want to continue?"
[suitably cleaned up, I didn't want to spend any time wordsmithing that]
then that may be sufficient. What do others think?
The problem with forcing the user to answer question here is that it'll
screw up a lot of GDB startup scripts. Maybe stuff like launching GDB
from Eclipse, too.
My preference would be to make GDB give a message when transferring
files from the target, like
Reading /full/path/to/libc-2.21.so (12236020 bytes) from target.
Use "set sysroot" to set a local pathname for this file instead.
and make the read operation interruptible so that if it's taking too
long, the user can stop the transfer and do the "set sysroot" thing as
suggested.
-Sandra