<div dir="ltr">IIRC, what you need is:<div style>bin/qmake.exe</div><div style>bin/QtCore4.dll</div><div style>mkspecs/*</div><div style>include (can be empty, but should exist)</div><div style><br></div><div style>The absolute paths must be identical on all machines. Install Qt on one machine then use the same path on all others.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 15, 2013 at 12:32 PM, Tobias Hunger <span dir="ltr"><<a href="mailto:tobias.hunger@digia.com" target="_blank">tobias.hunger@digia.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alfonso!<br>
<div class="im"><br>
On 15.02.2013 02:20, Alfonso Chartier wrote:<br>
> Thanks Tobias, that makes sense. You are indeed right: I am using<br>
> qmake-based projects, which explains why Qt must be in the kit.<br>
<br>
</div>Great that we could pin down the issue.<br>
<div class="im"><br>
> I'm trying to make it as painless/lightweight as possible for other<br>
> developers to start using Qt Creator for their non-Qt projects. By the<br>
> sounds of it, Qt Creator requires either qmake or cmake to be on the<br>
> developer's PC in order to work.<br>
<br>
</div>... or autotools (experimental since 2.5), or Qbs (experimental in the<br>
comming 2.7) or generic projects (to build anything else, stable since<br>
the 1.x release).<br>
<div class="im"><br>
> I'm thinking at this point that I might<br>
> just have developers copy qmake.exe onto their PCs rather than having<br>
> them download a 400 MB+ Qt library download. Is this a solution you<br>
> recommend/others have adopted for similar use cases?<br>
<br>
</div>qmake needs infrastructure, e.g. all the files in mkspecs directory. It<br>
also serves two different purposes: It is a build system for<br>
applications as well as a tool to detect one Qt version with.<br>
<br>
In creator we rely on that detection part: Creator will try to detect a<br>
Qt version by checking for the actual QtCore library to figure out which<br>
platforms/compilers that one needs. This test will fail for your<br>
proposed setup and thus the Qt version will not register properly.<br>
<br>
You can of course leave the QtCore library into the place qmake expects<br>
it. You actually do not even need the full library, the first 4k or so<br>
are enough;-)<br>
<div class="im"><br>
> On a related topic, if I do go down the route of just distributing the<br>
> qmake.exe, will the 32-bit version that comes with Qt 5.0.1 work on a<br>
> 64-bit Windows PC for the purposes of Qt Creator picking it up as a Qt<br>
> version in a kit? I'm hoping so, as it'll ease distribution and I also<br>
> don't see any pre-built versions of Qt for 64-bit Windows.<br>
<br>
</div>Yeap, a 32bit version should be fine (with the limitations listed above).<br>
<div class="HOEnZb"><div class="h5"><br>
Best Regards,<br>
Tobias<br>
<br>
--<br>
Tobias Hunger, Senior Software Engineer - Digia, Qt<br>
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin<br>
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius<br>
Sitz der Gesellschaft: Berlin. USt-IdNr: DE xxx xxx xxx<br>
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B<br>
_______________________________________________<br>
Qt-creator mailing list<br>
<a href="mailto:Qt-creator@qt-project.org">Qt-creator@qt-project.org</a><br>
<a href="http://lists.qt-project.org/mailman/listinfo/qt-creator" target="_blank">http://lists.qt-project.org/mailman/listinfo/qt-creator</a><br>
</div></div></blockquote></div><br></div>