Custom Query (301 matches)

This is partly a continuation of #36. Linking to cups.dll instead of libcups.a will allow for transparent CUPS updates w/o rebuilding Qt. The PDF output simply doesn't work for some reason (confirmed by Paul).

Is there any chance you could publish documentation that normal human being's could follow and end up with a working QT4 installation? I use QT4 in Linux all the time but following you're installation procedure for eCS is at best "a disaster"! I've supported you're work financially and would really like to be able to use it in OS2-eCS. I use Paul's build enviorment with GCC-4.4.2, but you're instructions say I also need GCC-3.3.5 (so which gccenv.cmd do I use or does it matter?)

Add the "bin" subdirectory of the directory where you unpacked the QT4 source tree ----- etc makes no sense, I used the .wpi install yet this is listed as part of setting up the enviorment. Setting up the linker WLINK with gccenv.cmd doesn't work, or probably would if some sensible explanation of how to do it was included. It would really be nice to know ALL the necessary changes to PATH, LIBPATH and any other changes necessary.

Would it be too much to ask for a "Detailed, step by step set-up procedure" for us less informed "wanna be" OS2-eCS QT4 users to help get us going using QT4? Right now my QT4 setup is so screwed up Qmake no longer functions correctly because of something I've changed trying to make sense out of you're setup procedure.

You've done an OUTSTANDING job of creating QT4 for us OS2 users and our money was well spent paying you for you're work, and if I can ever get QT4 installed and working correctly so that I can get back to porting Linux source code to OS2 I will continue to support you financially.

R.M. Klippstein

tools\linguist\linguist\mainwindow.cpp

doesn't honour QT_NO_PRINTER. There are several locations in the source where m_printer gets accessed.