On Thu, Oct 09, 2008 at 05:31:53PM +0200, Jean-Marc Lasgouttes wrote: > OK, I see now that Q_CYGWIN_WIN is a creation from you :) I read a bit > the page > http://wiki.lyx.org/LyX/LyXOnCygwin > and the impressive patch therein. BTW, is there a reason why you do not > start from qt-all-opensource-4.x.y instead of merging by hand the X11 > and win32 versions?
They started to offer qt-all sources only from 4.3.0 and I didn't notice until 4.3.4 :-\ Then, I don't really do it by hand. I simply download the X11 and Win archives and launch an 11-line script that does all the work. It unpacks the archives, corrects line endings in the zipped files, finds the the win-only files and creates an archive. However, given that starting from 4.3.0 the Qt file dialog is really slow on non-Win and non-Linux platforms (at least it is so on both cygwin and solaris), I downgraded to 4.2.3, where I only had a visualization problem with the filedialog listview (easily corrected by backporting the relevant code from 4.3). So, maybe I will also downgrade the wiki page to 4.2.3, for which there isn't a qt-all archive ;-) > I suspect that with the size of you patch to qt source already it would > not be a huge effort to make it undefine define __USE_WS_X11__ and add > the relevant code to qglobal.h. Even Q_CYGWIN_WIN could be defined there > and output to the cflags in pkgconfig files. I do not see why LyX has to > catter for that by itself. Maybe you are right. I simply didn't find a way for having a #define transferred in the .pc files by simply acting on qmake.conf and didn't want to have a post-install patch. I think it's now time to try to directly patch the code that generates the .pc files. -- Enrico