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

Reply via email to