Re: [Development] Switch of MinGW toolchain for Qt 5.1

2013-04-04 Thread Thiago Macieira
On quinta-feira, 4 de abril de 2013 23.05.24, Soroush R wrote: > My PC is compiling Qt fo x86 with a dwarf4-enabled MinGW distro right now. > I'll upload it when completed. I can't see any reason to avoid using DWARF > on windows, except crashes on exceptions from outside; which I have no idea > wh

Re: [Development] Switch of MinGW toolchain for Qt 5.1

2013-04-04 Thread Soroush R
On Thu, Apr 4, 2013 at 2:20 PM, Axel Waggershauser wrote: > In light of the recent mentioning of gcc's switch to DWARF4 from > DWARF2 with version 4.8, which should help get down the size of debug > builds, I am very much for giving the 4.8.0 option a try. > > Cheers, > Axel > __

Re: [Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

2013-04-04 Thread Thiago Macieira
On quinta-feira, 4 de abril de 2013 20.02.32, Stephen Kelly wrote: > On Thursday, April 04, 2013 19:45:31 Stephen Kelly wrote: > > If all that is expected, then I'm surprised, but I'll not press you on it. > > I found the binaries in the -x11 package: > > http://koji.fedoraproject.org/koji/rpmin

Re: [Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

2013-04-04 Thread Stephen Kelly
On Thursday, April 04, 2013 19:45:31 Stephen Kelly wrote: > If all that is expected, then I'm surprised, but I'll not press you on it. I found the binaries in the -x11 package: http://koji.fedoraproject.org/koji/rpminfo?rpmID=3892231 I find it odd that you package the bootstrap library: http

Re: [Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

2013-04-04 Thread Stephen Kelly
On Thursday, April 04, 2013 11:05:45 Rex Dieter wrote: > Stephen Kelly wrote: > > On Tuesday, April 02, 2013 15:18:30 Rex Dieter wrote: > >> > Thanks. Your package seems to be missing libQt5Gui.so, libQt5OpenGL.so, > >> > libQt5PrintSupport.so and libQt5Widgets.so. (Unless I misunderstood > >> > so

Re: [Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

2013-04-04 Thread Rex Dieter
Stephen Kelly wrote: > On Tuesday, April 02, 2013 15:18:30 Rex Dieter wrote: >> > Thanks. Your package seems to be missing libQt5Gui.so, libQt5OpenGL.so, >> > libQt5PrintSupport.so and libQt5Widgets.so. (Unless I misunderstood >> > something) >> >> Those symlinks (and headers and other developer-

Re: [Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

2013-04-04 Thread Stephen Kelly
On Tuesday, April 02, 2013 15:18:30 Rex Dieter wrote: > > Thanks. Your package seems to be missing libQt5Gui.so, libQt5OpenGL.so, > > libQt5PrintSupport.so and libQt5Widgets.so. (Unless I misunderstood > > something) > > Those symlinks (and headers and other developer-related items) should be in

Re: [Development] OSX: building against the 10.6 SDK with Qt 5.1?

2013-04-04 Thread Tor Arne Vestbø
On 4/4/13 12:24 , Tor Arne Vestbø wrote: > And passing -D__MAC_OS_X_VERSION_MAX_ALLOWED=1060 results clang building > with -triple x86_64-apple-macosx10.6.0. Actually, strike that, the triple is set based on the -mmacosx-version-min, so __MAC_OS_X_VERSION_MAX_ALLOWED is just a figment of the ava

Re: [Development] OSX: building against the 10.6 SDK with Qt 5.1?

2013-04-04 Thread Tor Arne Vestbø
>> On Wed, Apr 3, 2013 at 11:21 AM, Jake Thomas Petroules >> > > wrote: >> >> Can't you just set __MAC_OS_X_VERSION_MAX_ALLOWED to 1060 with the >> 10.8 SDK? On 4/3/13 20:29 , Josh Faust wrote: > No, the Apple API headers don't use that to compile-out API base

Re: [Development] Switch of MinGW toolchain for Qt 5.1

2013-04-04 Thread Axel Waggershauser
In light of the recent mentioning of gcc's switch to DWARF4 from DWARF2 with version 4.8, which should help get down the size of debug builds, I am very much for giving the 4.8.0 option a try. Cheers, Axel ___ Development mailing list Development@qt-pr

[Development] Switch of MinGW toolchain for Qt 5.1

2013-04-04 Thread Koehne Kai
Hi there, I'd like to update the recommended 32 bit MinGW toolchain (that we also ship in binary installers) for 5.1 from x32-4.7.2-release-posix-sjlj-rev8 to x32-4.8.0-release-posix-dwarf-rev1 The recommended 64 bit toolchain would change accordingly from x64-4.7.2-release-posix-sjlj-