JL> Legally I don't think we have the right to add another exception JL> to the license, though. So I don't think we could distribute it JL> (though it would be weird for a contributor to accept the xforms JL> exception, as they must, but not a Qt one...)
As long as there is no reasonable Qt-related difference in the source code between a Win32 version for Cygwin Qt and native Qt, I don't think there's a problem with providing a native binary, so that no exception should be necessary. The only problem could be that native Qt is compiled with MSVC and can't be linked from gcc, making it necessary to use the Intel compiler, but patches to facilitate the use of another compiler shouldn't violate the GPL. (Which is as C++ standards compliant as it gets, the problem is just with the quasistandard set by gcc... but there are worse projects than LyX in this direction.) JL> He sent patches a while back. These were mainly for compilation with the Intel compiler. Cheers - Philipp Reichmuth mailto:[EMAIL PROTECTED] -- Serious error / All data has disappeared / Screen. Mind. Both are blank
