This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] Use of create_new_frame from 'frame'.
- From: Pedro Alves <palves at redhat dot com>
- To: Eli Zaretskii <eliz at gnu dot org>, Andrew Burgess <andrew dot burgess at embecosm dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 08 Jul 2015 20:46:17 +0100
- Subject: Re: [RFC] Use of create_new_frame from 'frame'.
- Authentication-results: sourceware.org; auth=none
- References: <20150708170944 dot GA17985 at embecosm dot com> <83io9uv3lb dot fsf at gnu dot org>
On 07/08/2015 08:42 PM, Eli Zaretskii wrote:
>> Date: Wed, 8 Jul 2015 18:09:44 +0100
>> From: Andrew Burgess <andrew.burgess@embecosm.com>
>>
>> I wonder then if there's a better way to offer this feature. The two
>> possible choices (other suggestions welcome) are:
>>
>> 1. Create a new command 'create-frame' that takes one or two
>> arguments, and always creates and selects a new frame new frame.
>> The frame command no longer creates new frames.
>>
>> 2. Make 'frame' take an (optional) flag (like 'x', or
>> 'disassemble'), so a user can now say:
>> frame /c STACK-ADDR PC-ADDR
>> in order to create (and select) a new frame. Without the /c flag
>> no new frames are created. With the flag only new frames are
>> created, old frames are not selected.
>
> You could also ask the user for confirmation, when the command is
> going to create a new frame.
I'd rather the explicit approach, because querying works when
in interactive mode, but not with scripts.
(and because I see no benefit to the current overloading
of number/address, only downsides.)
Thanks,
Pedro Alves