[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    FindKDE4Internal.cmake & clang & c++11 & -fdelayed-template-parsing
From:       Milian Wolff <mail () milianw ! de>
Date:       2013-10-12 10:42:50
Message-ID: 4399590.l62yYnFFMI () minime
[Download RAW message or body]

Hey Raphael!

Thank you for working on clang support in FindKDE4Internal.cmake.

Since recently though I have build issues with clang due to the -fdelayed-
template-parsing flag passed in FindKDE4Internal.cmake. A simple example such 
as this:

#include <vector>
int main() { std::vector<int> v; return 0; }

produces with: clang++ -std=c++11 -fdelayed-template-parsing test.cpp 

In file included from test.cpp:1:
In file included from /usr/lib64/gcc/x86_64-unknown-linux-
gnu/4.8.1/../../../../include/c++/4.8.1/vector:62:
In file included from /usr/lib64/gcc/x86_64-unknown-linux-
gnu/4.8.1/../../../../include/c++/4.8.1/bits/stl_construct.h:61:
In file included from /usr/lib64/gcc/x86_64-unknown-linux-
gnu/4.8.1/../../../../include/c++/4.8.1/ext/alloc_traits.h:36:
/usr/lib64/gcc/x86_64-unknown-linux-
gnu/4.8.1/../../../../include/c++/4.8.1/bits/alloc_traits.h:57:35: error: in-
class initializer for static data member is not a constant
      expression
      static const bool __value = _S_chk<_Alloc, _Tp>(nullptr);
                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

Apparently, delayed template parsing is not yet mature. So - can we disable it 
in FindKDE4Internal.cmake again? Or do you know a workaround for that?

Bye
-- 
Milian Wolff
mail@milianw.de
http://milianw.de
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic