[RQt-devel] qtbase builds on windows

[Michael Lawrence]

Static build does not seem feasible for Qt. Qt does not provide static libs,
so, as I understand it, it's not possible to statically link with it. Would
have to build Qt ourselves. The current idea is to place the DLL's in the
lib directory of the package at build time and then set the PATH environment
variable to the lib directory when the package is loaded. This still seems
open to weird Windows conflicts, but the user should not have to install
anything.

GTK+ apparently explicitly loads modules at runtime, so static linking
simply does not work. So I'll have to use the same strategy for RGtk2.

I'll get the binary from Nicholas and then you guys can try it out; just
need Qt installed.

Michael

On Wed, Dec 22, 2010 at 8:42 PM, Hadley Wickham <hadley at rice.edu> wrote:

> Awesome!  And it's a static build, right? So end-users just need the
> package, and no other dependencies?  (Does that make it huge?)
>
> Hadley
>
> On Wed, Dec 22, 2010 at 9:32 PM, Michael Lawrence
> <lawrence.michael at gene.com> wrote:
> > Just wanted to announce that Nicholas and I figured out how to get qtbase
> to
> > build on Windows yesterday. The necessary changes have been committed.
> Maybe
> > Nicholas can run a R CMD builld --binary to get a binary for us to
> > distribute until we work things out with CRAN. Building the binary
> requires
> > the same setup as building other R packages, with the obvious initial
> > requirements of Qt and cmake.
> >
> > Michael
> >
> > _______________________________________________
> > Qtinterfaces-devel mailing list
> > Qtinterfaces-devel at lists.r-forge.r-project.org
> >
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/qtinterfaces-devel
> >
> >
>
>
>
> --
> Assistant Professor / Dobelman Family Junior Chair
> Department of Statistics / Rice University
> http://had.co.nz/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/qtinterfaces-devel/attachments/20101222/599ed03b/attachment.htm>