[RQt-devel] qtbase supports (and requires) Qt5

[Michael Lawrence]

Yea, I'm going to branch from there so that I can perform simple
maintenance on the Qt4 version. It looks like Qt 5.2 is around the corner,
but I don't want to be so bleeding edge.




On Mon, Dec 2, 2013 at 8:42 PM, Yihui Xie <xieyihui at gmail.com> wrote:

> I'm interested in testing but have not got time for it yet (if anyone
> knows how to build Qt5 on OS X Mavericks using homebrew, please let me
> know). BTW, I suggest at least add a tag to the commit where the
> support for Qt4 went away, since it is not trivial yet to install
> Qt5.2 beta under OS X and Linux.
>
> Regards,
> Yihui
> --
> Yihui Xie <xieyihui at gmail.com>
> Web: http://yihui.name
> Department of Statistics, Iowa State University
> 2215 Snedecor Hall, Ames, IA
>
>
> On Mon, Dec 2, 2013 at 5:02 PM, Michael Lawrence
> <lawrence.michael at gene.com> wrote:
> > Has anyone managed to test this independently?
> > Maybe test cranvas?
> >
> > I'd like to push it out to CRAN, because they want some stuff fixed
> anyway.
> > Could always release off a Qt4 branch, but it would be good to get this
> out.
> >
> > Thanks,
> > Michael
> >
> >
> >
> >
> > On Mon, Nov 11, 2013 at 8:38 AM, Michael Lawrence <michafla at gene.com>
> wrote:
> >>
> >> I should have mentioned that I merged Kaiser's pull request for the
> event
> >> loop on Windows.
> >>
> >>
> >> On Mon, Nov 11, 2013 at 8:02 AM, Michael Lawrence <michafla at gene.com>
> >> wrote:
> >>>
> >>> Just pushed some changes to qtbase that tie us to Qt5, specifically Qt
> >>> 5.2 beta 1 (we rely on some bug fixes). There are no MinGW win64
> binaries
> >>> available for betas apparently, so we'll need to wait (release
> currently
> >>> scheduled for early December) to get that working, unless someone is
> brave
> >>> enough to make custom binaries.
> >>>
> >>> I had to rewrite the MOC support, because the implementation completely
> >>> changed for Qt5. I've tested custom signals and they seem to work.
> Still
> >>> need to test slots and properties.
> >>>
> >>> The qtpaint package will probably require some major changes, since the
> >>> Qt OpenGL API has changed dramatically.
> >>>
> >>> Michael
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/qtinterfaces-devel/attachments/20131202/9fe16c8b/attachment.html>