[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: time to move on to qt44
From:       Sebastian Sauer <mail () dipe ! org>
Date:       2008-05-11 23:01:22
Message-ID: 200805120201.50978.mail () dipe ! org
[Download RAW message or body]

On Monday 12 May 2008, Sebastian Sauer wrote:
> On Sunday 11 May 2008, C. Boemann wrote:
> > >> Now that Qt 4.4 is out could we then move on to require it for trunk?
> > >
> > > imho we should align on KDE-stable and not on Qt-stable.
> >
> > well if it was a choice between the two, then I could see the point, but
> > nothing prevents us from following both.
> >
> > we can have qt4.4 and kde4.0 at the same time without a problem.
>
> Yes, no binary compatibility problems but a bunch of _new_ other problems.
> I doubt that anybody did test KDE4.0 against Qt4.4 and even fixed things
> there. Even future I could assume that 4.0 has quit a lot of "workarounds"
> and ugly code in that was working fine with 4.3 but leads to crashes and
> wired problems with 4.4. In KOffice I fixed at least 2 of such cases that
> where working fine on 4.3 but lead to crashes in 4.4.

Ah, another case I just remembered; Something behind QMetaType::construct 
changed since in pre 4.4 I had to use something like 
QMetaType::construct(QObject,0) to create null QObjects in Kross to prevent 
crashes while with 4.4 the above leads to crashes and just using NULL works 
now. Result: such users will probably also see scripts crashing depending on 
the 4.0.x-version they use. And that are only the things I did run into on 
the small codebase I work on.
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]