[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