diff options
author | Raphael Kubo da Costa <rakuco@FreeBSD.org> | 2013-05-10 01:08:38 (GMT) |
---|---|---|
committer | The Qt Project <gerrit-noreply@qt-project.org> | 2013-05-11 19:45:30 (GMT) |
commit | 8d33f673d3aaa7107c8e86d6591bd3f077f0313d (patch) | |
tree | b41c197d9d489549e6ad5fb3bd34372a7b83bea1 /tests/auto/qsharedpointer/qsharedpointer.pro | |
parent | 10e5e4b1044ed9f448a61630877c8528de2c0835 (diff) | |
download | Qt-8d33f673d3aaa7107c8e86d6591bd3f077f0313d.zip Qt-8d33f673d3aaa7107c8e86d6591bd3f077f0313d.tar.gz Qt-8d33f673d3aaa7107c8e86d6591bd3f077f0313d.tar.bz2 |
Special-case the forward declaration of STL types for libc++.
This is somewhat of a follow-up to 5210d47aa66214e3cb16f394d0510a91f770c1b1.
libc++ declares the STL types in an inline namespace within the "std" one if
clang is used.
If one includes a header such as <iterator> before a Qt one and builds with
QT_NO_STL, the following ends up happening:
// <iterator>
namespace std {
inline namespace __1 {
struct random_access_iterator ... ;
}
}
// qiterator.h
#ifdef QT_NO_STL
namespace std {
struct random_access_iterator;
}
#endif
qiterator.h's declaration shadows the original one, and the compiler
complains random_access_iterator lacks an actual declaration.
Solve this by checking for libc++ and forward-declaring the iterator types
we need within the same inline namespace.
Not backported from qtbase because QT_NO_STL does not exist in Qt 5.
Change-Id: I6742d540f6538a30aa060a4447c288cfb9cd781d
Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
Diffstat (limited to 'tests/auto/qsharedpointer/qsharedpointer.pro')
0 files changed, 0 insertions, 0 deletions