[PATH] fix broken mac build on old clangs.
Thiago Macieira
thiago at macieira.org
Sun Nov 8 22:41:36 PST 2015
On Sunday 08 November 2015 21:02:53 Dirk Hohndel wrote:
> /Users/hohndel/Qt/5.5/clang_64/lib/QtCore.framework/Headers/qstring.h:739:5
> 5: error: no type named 'u16string' in namespace 'std'
Option -stdlib=libc++ to clang should fix this.
> /Users/hohndel/Qt/5.5/clang_64/lib/QtCore.framework/Headers/qstring.h:1053:1
> 7: error: exception specification in declaration does not match previous
> declaration
> inline QString::~QString() { if (!d->ref.deref()) Data::deallocate(d); }
> ^
> /Users/hohndel/Qt/5.5/clang_64/lib/QtCore.framework/Headers/qstring.h:219:12
> : note: previous declaration is here inline
> ~QString();
> ^
This is a compiler bug. The exception specification is the same in both
declarations: empty.
> /Users/hohndel/Qt/5.5/clang_64/lib/QtCore.framework/Headers/qstring.h:1081:2
> 8: error: calling a private constructor of class 'QCharRef' { Q_ASSERT(i >=
> 0); return QCharRef(*this, i); }
> ^
Also a compiler bug, since QString has been a friend of QCharRef since at
least Qt 4.0. More likely, there was a parsing error earlier.
Can you try adding the -stdlib option in the AppleClang branch to see what
happens?
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
More information about the subsurface
mailing list