[cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

Robert Maynard robert.maynard at kitware.com
Tue Oct 21 08:47:56 EDT 2014


Also as follow up the same Qt build is used for all Darwin64 releases and
nightlies. As far as I am aware this Qt build has been producing valid
deployable frameworks since before CMake 2.8.8

On Tue, Oct 21, 2014 at 8:28 AM, Brad King <brad.king at kitware.com> wrote:

> On 10/20/2014 06:41 PM, Adam Strzelecki wrote:
> > Did you build against Qt4 SDK taken from official installer?
>
> It's a qt 4.8.0 installed from source.
>
>  configure --prefix=... -opensource -confirm-license \
>   -nomake demos -nomake examples -cocoa -shared -release \
>   -arch x86 x86_64
>
> We also tried one with just "-arch x86_64" as part of trying to package
> only that architecture, but it has the same problem.
>
> > Can you put these both binaries somewhere (zipped) in the cloud?
>
> Nightly binaries are always published here:
>
>  http://www.cmake.org/files/dev/
>
> Specifically:
>
>
> http://www.cmake.org/files/dev/cmake-3.0.20140929-g5748a-Darwin64-universal.dmg
>
> http://www.cmake.org/files/dev/cmake-3.0.20140930-g37776-Darwin64-universal.dmg
>
> > BTW. Any reason to not use Qt5?
>
> We already have the infrastructure set up to use Qt4 and it has
> worked well for years.  Prior to your patch the Qt5 package did
> not work for redistribution due to the plugin problem anyway.
>
> -Brad
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20141021/f1844aa9/attachment-0002.html>


More information about the cmake-developers mailing list