Добрый день. Хочу использовать QtOpenCL под Windows.
Скачал QtOpenCL из http://qt.gitorious.org/qt-labs/opencl
Прочитал и сделал как в http://doc.qt.nokia.com/opencl-snapshot/building.html
а именно:
создал такой cmd-файл:

выдаются ошибки: 

Если кто-нибудь сталкивался с подобным - плиз хелп.
Спасибо.

Это сообщение отредактировал(а) borisbn - 16.11.2010, 19:57

И это всё? Выше ничего нету?!

есть, конечно, но там 1) IMHO что-то невразумительное 2) это - первое сообщение об ошибке. Завтра с утра отправлю ещё вывод nmake'а
кстати, забыл сказать, что если в студии открыть qtopencl.pro и откомпилировать, то debug'овая dll-ка собирается, а release'ная и ( самое главное ) документация - нет.

Делаю:

Получаю (nmake.err):

А в консоль выводится:

Похоже, что у тебя для QGLSignalProxy dllimport/dllexport криво стоит. Раз в дебаге собирается - может там какие-то макросы для этого используются и дефайны криво стоят?

похоже, но что это такое ( QGLSignalProxy ) и где ему выставлять dllimport/dllexport - не имею ни малейшего понятия. Сама Qt у меня нормально собирается.


честно говоря, не понял. где там и где дефайны криво стоят ?
я ведь просто делаю:


P.S. Версия Qt 4.6.3

Это сообщение отредактировал(а) borisbn - 17.11.2010, 12:07

В glproxy.h. В строке декларации класса QGLSignalProxy (у меня исходников нет - основываюсь только на твоих логах). Макрос для подстановки __declspec(dllexport) или __declspec(dllimport).

Любитель, сейчас исходников под руками тоже нет, но думаю, что в классе QGLSignalProxy сделано что-то типа


но от этого не легче, т.к. макрос DO_EXPORT я ( IMHO ) не должен определять.
Смотри: я скачал библиотеку, сделал по документации билд - и получил ошибку. 
Следовательно - либо в makefil'е ошибка, либо я чего-то не досмотрел.
Думаю - второе, а что именно - хез.

Это сообщение отредактировал(а) borisbn - 18.11.2010, 07:52

Посмотрел qlproxy.h:

Q_OPENGL_EXPORT определяется в qtglobal.h как __declspec( dllexport ) если определён QT_BUILD_OPENGL_LIB
Вопрос: как в параметрах nmake'а определить define QT_BUILD_OPENGL_LIB ?
или м.б. не в параметрах nmake, а в переменных среды окружения ? или ещё как-то ?

В общем:
1. У тебя не билдится одна из демок - может забить на неё и убить просто?
2. Экспорт не нужен точно. Там судя по коментам (в коде) ситуация такая, что вообще это внутренний класс QtOpenGL. Но в этой демке зачем-т решили им воспользоваться (что вообще говоря нехорошо). Для этого его импортируют.
3. Проблема в том, что: "definition of dllimport static data member not allowed". А статики берутся из-за того, что с одной стороны в файле есть Q_OBJECT, с другой - он прописан в хидерах (http://qt.gitorious.org/qt-labs/opencl/blobs/master/demos/mandelbrot/mandelbrot.pro), из-за чего на него запускается moc.

Итак, решения:
1. По пункту 1 - убить папку mandelbrot.
2. По пункту 3 - попробовать просто в mandelbrot.pro убить glproxy.h из хидеров (так как надо импортировать кутешную родную реализацию, а не билдить свою).
3. Но вообще по пункту 2 в этой демке использован грязный хак (использование не паблик АПИ). Строго говоря, с обновлением QtOpenGL демка может неожиданно сломаться совсем.

Любитель, спасибо большое, но я уже дотыкался до mandelbrot.
Я импортировал opencl.pro в студию ( пришлось, правда, подобавлять include'ы и lib'ы от SDK NVIDIA вручную ) и там у меня только mandelbrot и не собрался. Я его просто unload'нул из solution'а и всё собралось.
Ещё раз спасибо. Тему закрываю.