D5865: Add missing KDE_ENABLE_NAMED_OPERATORS function
Thiago Macieira
noreply at phabricator.kde.org
Mon May 29 21:16:51 UTC 2017
thiago added a comment.
In https://phabricator.kde.org/D5865#112679, @rjvbb wrote:
> > That option only exists in MSVC 2017.
>
> Should we have deduce that from the docs I cite in the CMake comments? I'm willing to believe that I misread as far as support for named operators is concerned, but they do mention 2015 Update 3 specifically as the appearance of `/permissive-`.
Documentation to the rescue:
- MSVC 2015: https://msdn.microsoft.com/en-us/library/fwkeyyhe.aspx
- MSVC 2017: https://docs.microsoft.com/en-us/cpp/build/reference/permissive-standards-conformance
>> But that has nothing to do with the named keywords. And the problem is not the compiler, it's Microsoft's Windows SDK headers.
>
> In what sense? Do they use reserved keywords or is the named operator support implemented in header files with macros or who knows what?
Yes, and more. For example, MSVC 2013 had -Zs:strictStrings, but we couldn't turn it on because the headers would then fail to compile. This improved in MSVC 2015, so we turned it on.
> And just to be clear, there is thus no reliable way to obtain support for named operators in MSVC, not even with v. 2017 (and foreseeable newer versions)?
Why are we spending time in named operators? It's much easier to fix the source code not to use them and then the problem goes away.
REPOSITORY
R240 Extra CMake Modules
REVISION DETAIL
https://phabricator.kde.org/D5865
To: rjvbb, #frameworks, #build_system, cgilles, kfunk
Cc: thiago, kfunk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170529/1f2c62ae/attachment-0001.html>
More information about the Kde-frameworks-devel
mailing list