[KDevelop] 6fa7873: Increase gdb version check to >= 7.1.0

Aleix Pol aleixpol at kde.org
Sun Aug 29 18:08:02 UTC 2010


Isn't it possible to switch the version at runtime?

Otherwise, the main point of releasing a kdevelop 4.1 is backwards
compatibility (to KDE) so if we're backwards compatible against gdb that's
much better.

Aleix

On Sun, Aug 29, 2010 at 1:51 PM, Niko Sams <niko.sams at gmail.com> wrote:

> On Sun, Aug 29, 2010 at 12:47, Andreas Pakulat <apaku at gmx.de> wrote:
> > On 28.08.10 18:41:50, Niko Sams wrote:
> >> On Sat, Aug 28, 2010 at 18:23, Andreas Pakulat <apaku at gmx.de> wrote:
> >> > On 28.08.10 10:57:09, Niko Sams wrote:
> >> >> commit 6fa7873977bc7b74927518902c9d43f383497bf7
> >> >> Author: Niko Sams <niko.sams at gmail.com>
> >> >> Date:   Sat Aug 28 09:58:51 2010 +0200
> >> >>
> >> >>     Increase gdb version check to >= 7.1.0
> >> >>
> >> >>     since last changes (-list-variables) depend on gdb 7.1
> >> >
> >> > Can you please notify the list before doing such changes, at least a
> >> > week in advance?
> >> >
> >> > Its not nice having to find out that I need to rebuild my gdb at the
> >> > point where I want to start debugging.
> >> >
> >> Sorry - will do the next time.
> >>
> >> Anyone objects the (runtime) requirement in 4.1?
> >
> > I don't want to object, but I'd like to note that Debian testing (and
> > hence the next stable release) will only ship 7.0.1. Can you explain
> > what the new command gains us that wasn't possible before?
> >
> Two MI commands (-var-list-locals and -var-list-arguments) are replaced
> with
> a single one (-var-list-variables). This makes things easier as the second
> call
> isn't needed anymore - and the problematic thing about it was that it
> was executed
> after the other update stuff.
> It was originally introduced for the mark-changed-values feature but I
> guess it could
> be reverted without any loss of features - some workaround might be
> needed though.
>
> If you think it's better to revert that I'll add the gdb 7.1
> dependency after 4.1 branched.
>
> Niko
>
> --
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20100829/efa3c982/attachment.html>


More information about the KDevelop-devel mailing list