* Turnaround upgrade in mi2
@ 2010-01-10 16:03 Sean Chen
2010-01-10 17:39 ` Vladimir Prus
0 siblings, 1 reply; 4+ messages in thread
From: Sean Chen @ 2010-01-10 16:03 UTC (permalink / raw)
To: gdb
Hi,
I compared the two versions of MI (mi1 and mi2) but found no obvious
syntax change except some new commands. I think, personally, if there
is no turnaround upgrade in gdb 6.0, why did we need to accumulate the
version number to mi2? You know, there are also many new commands in
gdb 7.0, but we don’t accumulate the mi version number to mi3 in gdb
7.0.
So I am prone to think I must have missed the turnaround upgrade in
mi2. Could somebody help to clarify? Thanks.
--
Best Regards,
Sean Chen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Turnaround upgrade in mi2
2010-01-10 16:03 Turnaround upgrade in mi2 Sean Chen
@ 2010-01-10 17:39 ` Vladimir Prus
2010-01-10 18:17 ` Dave Korn
0 siblings, 1 reply; 4+ messages in thread
From: Vladimir Prus @ 2010-01-10 17:39 UTC (permalink / raw)
To: gdb
Sean Chen wrote:
> Hi,
>
> I compared the two versions of MI (mi1 and mi2) but found no obvious
> syntax change except some new commands. I think, personally, if there
> is no turnaround upgrade in gdb 6.0,
What is "turnaround upgrade"?
> why did we need to accumulate the
> version number to mi2? You know, there are also many new commands in
> gdb 7.0, but we donât accumulate the mi version number to mi3 in gdb
> 7.0.
>
> So I am prone to think I must have missed the turnaround upgrade in
> mi2. Could somebody help to clarify? Thanks.
I am afraid I don't know what are the differences between mi1 and mi2 and I am
not sure it's worth investigating. Is there a specific problem you are
having?
- Volodya
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Turnaround upgrade in mi2
2010-01-10 17:39 ` Vladimir Prus
@ 2010-01-10 18:17 ` Dave Korn
2010-01-10 21:09 ` Daniel Jacobowitz
0 siblings, 1 reply; 4+ messages in thread
From: Dave Korn @ 2010-01-10 18:17 UTC (permalink / raw)
To: Vladimir Prus; +Cc: gdb
Vladimir Prus wrote:
> Sean Chen wrote:
>
>> Hi,
>>
>> I compared the two versions of MI (mi1 and mi2) but found no obvious
>> syntax change except some new commands. I think, personally, if there
>> is no turnaround upgrade in gdb 6.0,
>
> What is "turnaround upgrade"?
I'm inferring it means any kind of back-compat break.
>
>> why did we need to accumulate the
>> version number to mi2? You know, there are also many new commands in
>> gdb 7.0, but we donât accumulate the mi version number to mi3 in gdb
>> 7.0.
>>
>> So I am prone to think I must have missed the turnaround upgrade in
>> mi2. Could somebody help to clarify? Thanks.
>
> I am afraid I don't know what are the differences between mi1 and mi2 and I am
> not sure it's worth investigating.
I have a vague memory that the difference is how asynchronous output from
the inferior is presented in the output stream, and that the difference was
enough to make it impossible to unambiguously parse an mi stream without
knowing which one you were dealing with in advance. Sorry, I have no
reference, but I'm sure there was a sane reason, I think it was to do with the
output format and its parseability, and so it wouldn't have been just because
new commands were added.
cheers,
DaveK
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Turnaround upgrade in mi2
2010-01-10 18:17 ` Dave Korn
@ 2010-01-10 21:09 ` Daniel Jacobowitz
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2010-01-10 21:09 UTC (permalink / raw)
To: Dave Korn; +Cc: Vladimir Prus, gdb
On Sun, Jan 10, 2010 at 06:34:18PM +0000, Dave Korn wrote:
> I have a vague memory that the difference is how asynchronous output from
> the inferior is presented in the output stream, and that the difference was
> enough to make it impossible to unambiguously parse an mi stream without
> knowing which one you were dealing with in advance. Sorry, I have no
> reference, but I'm sure there was a sane reason, I think it was to do with the
> output format and its parseability, and so it wouldn't have been just because
> new commands were added.
Yes. There were also some fixes to existing commands, like using a
tuple instead of a list. It had nothing to do with new commands.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-01-10 21:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-10 16:03 Turnaround upgrade in mi2 Sean Chen
2010-01-10 17:39 ` Vladimir Prus
2010-01-10 18:17 ` Dave Korn
2010-01-10 21:09 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox