[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