Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
[...]
It seems to :-)
ar+ranlib libqt2 was done in 10 minutes and less than 400 Megs.
final exe linking took less than 10 minutes and less than 400 Megs
With the qt4 frontend, libqt4 and lyx-qt4 linking are done in less than
30 seconds!
But, I had to modify the finale linking command because for whatever
reason it tried to link with "/usr/lib/libiconv.dll.a" which of course
does not exists. Correcting that to d:/mingw/lib/iconv.lib did the
trick! I am sure this is due to this patch or to something else.
I have the same problem for qt4. My config.log doesn't have any info on
that. I have upgraded my libicon
(http://gnuwin32.sourceforge.net/packages/libiconv.htm) but the problem
remains. Replacing "/usr/lib/libiconv.dll.a" by "-liconv" works
perfectly. I noticed that my "d:/mingw/lib/libiconv.la" has a similar
library name ('libiconv.dll.a', see content below).
Any idea someone?
I have one... /usr/lib/libiconv.dll.a is indeed there on cygwin and
that's what "configure" is finding. But as mingw gcc doesn't know about
cygwin, it cannot understand this path. I noticed a
"--with-libiconv-prefix" option, I'll try to use that.
Hope this helps,
Abdel.
Abdel.
Am I discussing with myself?
:-)
