Enrico Forestieri wrote:
On Fri, Jun 16, 2006 at 03:12:18PM +0100, Angus Leeming wrote:
Anyway, all this is beside the point. Do we ever
exercise libiconv on *nix? Has Tomasz discovered a
latent bug in our use of libiconv, or does the problem
lie in the Windows implementation of same?
Most probably the latter. I cannot get correct localized menus with
lyx-1.3.7 using the bundled libiconv-2.dll. But I get correct menus
when I use my own compiled libiconv (native win32). I have to use
the OUTPUT_CHARSET hack, though.
I think I might have some explanation to this menu problem:
With lyx/scons/qt4/mingw menu are correctly shown in french when I set
LANG=fr_FR. But they stay in english with lyx/scons/qt4/msvc even though
I see:
Language code:fr_FR
Setting new locale for Qt:iso8859-1
The help menu opens the french version of the documentation in both cases.
Now, I have two versions of iconv in my mingw directory: iconv.dll which
comes form an old package and libiconv2.dll. My lyx/scons/qt4/mingw
choosed to use iconv.dll but my lyx/scons/qt4/msvc choosed to use the
static version libiconv.lib (because I told him to do so).
I replaced libiconv.lib with the version associated with iconv.dll, that
is iconv.lib. Lyx/scons/qt4/msvc didn't complained about the changed
libiconv.lib but the I have the same problem with the menu :-(
Conclusion:
iconv.dll 1.9.0.0 is good
iconv.lib 1.9.0.0 is bad
libiconv2.lib 1.9.2.1747 is bad
Abdel.
