[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