I was wondering if CommonQt would be expected to work for newer versions of smoke. I'm wondering because support for Mac OS X has been improving dramatically in the newest version, and I have never been able to make older (even supposedly stable) versions of smoke work on Mac OS X.<div>
<div><br></div><div>Undefined symbols:</div><div>  "Smoke::classMap", referenced from:</div><div>      Smoke::findClass(char const*)in commonqt.o</div><div>      Smoke::findClass(char const*)in commonqt.o</div><div>
  "Smoke::NullModuleIndex", referenced from:</div><div>      Smoke::idMethod(short, short)in commonqt.o</div><div>      Smoke::idClass(char const*, bool)in commonqt.o</div><div>      Smoke::idClass(char const*, bool)in commonqt.o</div>
<div>      Smoke::idMethodName(char const*)in commonqt.o</div><div>      Smoke::findClass(char const*)in commonqt.o</div><div>ld: symbol(s) not found</div><div>collect2: ld returned 1 exit status</div><div><br></div><div>
This is on Mac OS X 10.6, using Xcode 3.2.5, building an x86_64 binary, with CommonQt from quicklisp, and the newest smoke as of the time of writing.</div><div><br></div><div>Also note that KDE is moving to git, so the svn repository referenced on the main page is now obsolete. The new git repository is located at:</div>
<div><br></div><div><a href="https://projects.kde.org/projects/kde/kdebindings/smoke">https://projects.kde.org/projects/kde/kdebindings/smoke</a></div><br>-- <br>Elliott Slaughter<br><br>"Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay<br>

</div>