Until those that know the code get this issue sorted out,  I've pasted a small workaround that gets it to build here:<br><a href="http://paste.kde.org/77059/">http://paste.kde.org/77059/</a><br><br>Jeremy<br><br><div class="gmail_quote">
On Wed, Jun 1, 2011 at 2:39 AM, Thiago Macieira <span dir="ltr"><<a href="mailto:thiago@kde.org">thiago@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wednesday, 1 de June de 2011 01:42:13 argonel wrote:<br>
> This makes a promise that any class can use a private slot without<br>
> access checking. It doesn't say how that slot was declared, just that<br>
> the private slot can be invoked by any other class. The change to<br>
> Q_PRIVATE_SLOT introduces access checking of slots and breaks the<br>
> promise, and so it needs to be left unchanged until Qt 5.<br>
<br>
</div>You're assuming you're allowed to use Q_PRIVATE_SLOT. That macro is not<br>
documented, so any use of it outside Qt is suspect by itself. Qt makes promise<br>
of source compatibility when using it.<br>
<div><div></div><div class="h5"><br>
--<br>
Thiago Macieira - thiago (AT) <a href="http://macieira.info" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" target="_blank">kde.org</a><br>
  Senior Product Manager - Nokia, Qt Development Frameworks<br>
      PGP/GPG: 0x6EF45358; fingerprint:<br>
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358<br>
</div></div></blockquote></div><br>