BL> The development environment uses qt-4.8.4, but it should be able
BL> to compiled using older versions of Qt. Please try if it can
BL> compiled in you linux box.
I was positively surprised -- that went quite smoothly last night and
I am now a happy camper.
(In particular, no symbol "ZNK10QTabWidget14heightForWidthEi" spoiled
the show.)
Installation went mostly as listed in README.txt. There are just
minor changes I'd suggest. To which address(es) Where should I
git-send-email patches to?
I *was* a little bit afraid because the C++ sources were all compiled
with the option "-DJ64", even though this is a 32bit box. A grep
yields no actual use of that #define, though:
qtide 90 > grep -R J64 .
./lib/base/jsvr.h:// define _WIN32 for Windows, __MACH__ for MAC, J64 for 64-bit
./lib/Makefile:DEFINES = -DJQT -DJ64 -DQT_NO_DEBUG -DQT_GUI_LIB
-DQT_CORE_LIB -DQT_SHARED
./lib/lib.pro:DEFINES += "J64"
qtide 91 >
It looks to me as if lib/lib.pro line could and should be nuked.
> Note that debian also needs libqt4-opengl-dev.
I had that one already, but none of the opengl demos will work.
Attempts usually elicit the diagnostic
"child not supported opengl"
in the shell used to start jqt.
Otherwise, things seem to be in pretty fine shape. A big THANKS for
doing all the work for this new frontend!
I reviewed all the beta posts from this year and will followup to
various topics later.
Martin
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
