Frank Heckenbach wrote:
Maurice Lombardi wrote:
DJGPP has only partial support for intl: namely setlocale understands only 'C', 'POSIX' and '' but the translations are allowed by environment variables LANG and LANGUAGE (may be in djgpp.env file) Furthermore it needs -liconv in addition to -lintl because the .mo files are coded as usual in ISO (8859-1 for french), which needs to be recoded to DOS codepage (CP850 foir french).
In the zip uploaded I have changed intl.pas and gettextdemo.pas which give a djgpp working example.
Actually I've just added an autoconf check for -lintl to link it automatically from intl.pas when present. Should I do the same for -liconv? It will probably not be needed on most platforms, but shouldn't hurt, either.
Would be useful for djgpp at least.
Or should I do it conditionally on
__OS_DOS__?
No, mingw32 defines __OS_DOS__, presumably for line ends and may be drive letters,
but being windows it uses (nearly) ISO-8859-1. EMX, when used with rsxwin as extender uses also windows codepage, (and presumably CP437/CP850 when in plain dos with rsx or emx as extender, I used it some years ago that way with emtex/texshell)
Do you suppose that gpc/gcc should be configured with --enable-nls ? I have not done it in the binaries uploaded, and when I tried, it triggers a bug, djgpp-related, on stage 1: I suppose that nobody has ever tried to compile gcc-2.95.3 natively for djgpp with intl support.
Maurice