[Development] Qt LTS & C++11 plans

Jake Petroules jake.petroules at petroules.com
Tue Aug 18 08:25:05 CEST 2015


> On Aug 17, 2015, at 10:46 PM, Thiago Macieira <thiago.macieira at intel.com> wrote:
> 
> On Monday 13 July 2015 18:44:40 Thiago Macieira wrote:
>> On Wednesday 08 July 2015 13:42:12 Thiago Macieira wrote:
>>> The only compiler I currently know that will have problems with this is
>>> the  Intel compiler on OS X when using libc++ older than Subversion
>>> r215305. Unfortunately, _LIBCPP_VERSION has been at value 1101 since way
>>> before that change. To restore functionality, I will revert
>>> 1b961e8b5d508d054e31c0050f27891606714393 after 5.6 branches off from dev.
>> 
>> Upon further investigation, it turns out that ICC has worked around the
>> libc++  problem since version 15.0 by providing its own std::atomic
>> implementation when __clang__ is defined (probably a mistake and should
>> have been a check for _LIBCPP_VERSION).
> 
> Looks like std::atomic that came with the latest XCode that still runs on OS X 
> 10.8 is also broken with Clang.
> 
> Choices:
> 1) drop the ability to build Qt and applications using an old XCode
> 2) keep qatomic_x86.h for OS X.
> 
> So, Mac people: is it ok to drop OS X 10.8 as a *build* platform? This should 
> not affect using it as a target.
> -- 
> Thiago Macieira - thiago.macieira (AT) intel.com
>  Software Architect - Intel Open Source Technology Center
> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development


I haven't a clue why people would bother using old OS X platforms for development, *especially* now that they don't charge for it. Plus I think submitting to app stores requires the latest Xcode anyways so there's another point against it.
-- 
Jake Petroules - jake.petroules at petroules.com




More information about the Development mailing list