Hi all!<br>I have been trying to compile QtRuby 2.0.3 with Qt 4.5.1 under windows (and have by now only partly succeeded).<br><br>There are quite a few problems, most of which were already described by Jan Wedekind<br><a href="http://rubyforge.org/forum/forum.php?thread_id=31155&forum_id=723">http://rubyforge.org/forum/forum.php?thread_id=31155&forum_id=723</a><br>
and Ilmar Kruis<br><a href="http://lists.kde.org/?l=kde-bindings&m=120985354224978&w=2">http://lists.kde.org/?l=kde-bindings&m=120985354224978&w=2</a><br><br>Another problem that has been described by David Palacio<br>
<a href="http://mail.kde.org/pipermail/kde-windows/2009-April/003657.html">http://mail.kde.org/pipermail/kde-windows/2009-April/003657.html</a><br>is the following<br><br>Kalyptus puts the following lines into one of the x_*.cpp files<br>
    qint64 xret = this->QProcess::pid();<br>    x[0].s_long = xret;<br>which - in win32 - will not work, as the return type of QProcess::pid() istypedefed to _PROCESS_INFORMATION* (see <a href="http://doc.qtsoftware.com/4.5/qprocess.html#Q_PID-typedef">http://doc.qtsoftware.com/4.5/qprocess.html#Q_PID-typedef</a>). <br>
I guess it should be replaced with<br>    _PROCESS_INFORMATION* xret = this->QProcess::pid();<br>    x[0].s_voidp = (void*)xret;<br><br>This can of course be fixed by editing the according x_*.cpp file. However, if one afterwards runs into another problem that requires re-running kalyptus, the manual fix has to be repeated. <br>
While the same is true for the already known problem, that "#include <dom/qdom.h>" does not work, the latter one can at least be permanently fixed by creating an additional link-header under QTDIR/include/QtXml/dom.<br>
<br>Are there plans to fix above issues, so that smoke can be compiled under win32 without manual editing of generated files?<br>If there are not, I would happily do that, however my knowledge of the smoke/QtRuby build process is still quite limited. Any help would be appreciated.<br>
<br>Tom<br>