Короткий ответ: большую часть времени time.clock()
будет лучше. Однако при синхронизации некоторых аппаратных средств (например, некоторый алгоритм, Вы вставляете GPU), тогда time.clock()
избавится от этого времени, и time.time()
единственное оставленное решение.
Примечание: безотносительно используемого метода синхронизация будет зависеть от факторов, которыми Вы не можете управлять (когда будет процесс переключаться, как часто...), это хуже с time.time()
, но существует также с time.clock()
, таким образом, Вы никогда не должны запускать один тест синхронизации только, но всегда выполнять серию теста и взгляда на средний / различие времен.
По сути, вам просто нужно запустить configure.exe из каталога сборки. Например:
mkdir \qt\4.5.2-build
cd \qt\4.5.2-build
set PATH=%cd%\bin;%PATH%
\qt\4.5.2-sources\configure.exe -platform win32-msvc2005
Если исходные коды находятся в \ qt \ 4.5.2-sources
, это приведет к тому, что сборка переместится в \ qt \ 4.5.2-build
на текущем диск.
Кроме того, в вашем ПУТИ
должен быть Perl, рекомендуется ActiveState Perl.
Я раньше не слышал об этом ограничении, когда каталоги сборки и исходного кода должны быть на одном уровне.
IIRC в Windows, вам нужно выполнить установку в песочнице, вы не можете выполнить типичную для UNIX «make install».
Обычно есть два варианта сборки Qt, -prefix -install и -prefix / foo
Вы выбираете один, поэтому, если -prefix не позволяет вам вводить make install, то, я думаю, в Windows вам нужно использовать маршрут -prefix-install, который представляет собой установку в песочнице для каталог, в который вы распаковываете Qt.
Полагаю, вы не пробовали сделать установку? Так что попробуй это. Он должен установить Qt в отдельный каталог подальше от источников.
At least the problem with the missing include files (e.g. qscriptengine.h) may by solved by temporary adding \qt\4.5.2-sources\include\Qt to the include path.