This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all

From: Vladimir Prus <vladimir at codesourcery dot com>
To: gdb-patches at sources dot redhat dot com
Date: Sun, 13 Jul 2008 20:24:10 +0400
Subject: Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all
References: <200806282045.39438.vladimir@codesourcery.com> <20080711133434.GA2651@caradoc.them.org> <20080713042447.GA30405@caradoc.them.org> <200807130836.22263.vladimir@codesourcery.com> <20080713143211.GA29727@caradoc.them.org>

Daniel Jacobowitz wrote:

> On Sun, Jul 13, 2008 at 08:36:22AM +0400, Vladimir Prus wrote:
>> Yes. mi_getopt is not capable of handling --all. It can only handle -a, which
>> seems ugly to me.
> 
> Are --thread, --frame, and --all the only long options?  

Yes, for the time been.

> Maybe 
> mi_getopt can be improved, if we expect more in the future.

I actually had a second function, that returns a value of an --option; I'm not
yet sure such a function should be added; the thing is that --thread and --frame
are specially processed, so such a function will only handle --all.

- Volodya

References:
- Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all
  - From: Daniel Jacobowitz
- Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all
  - From: Daniel Jacobowitz
- Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all
  - From: Vladimir Prus
- Re: [MI non-stop 05/11, RFA] -exec-continue/-exec-interrupt --all
  - From: Daniel Jacobowitz

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]