This is the mail archive of the
mailing list for the GCC project.
Re: [Patch, Fortran, committed] Add LANG=C to libgfortran/mk-kinds-h.sh
- From: Tobias Burnus <burnus at net-b dot de>
- To: FX Coudert <fxcoudert at gmail dot com>
- Cc: gcc-patches <gcc-patches at gcc dot gnu dot org>, "'fortran at gcc dot gnu dot org'" <fortran at gcc dot gnu dot org>
- Date: Fri, 26 Oct 2007 22:44:18 +0200
- Subject: Re: [Patch, Fortran, committed] Add LANG=C to libgfortran/mk-kinds-h.sh
- References: <472239EC.firstname.lastname@example.org> <81005412-7A60-49BD-A2EA-86733B1B5563@gmail.com>
FX Coudert wrote:
> If TRANSFER is translated, it's a bug a) in the gfortran POT file,
> probably by an overzealous, and b) in the front-end, which shouldn't
> mark this string for localization. Can you look into it?
I think you mean in the PO and not in the POT (T = Template) file.
If you look at zh_TW they also translate:
procedure name = MAIN__
çåå = MAIN__
However, I'm not sure whether it is really a bug. For me, the English
output is clearer, but for some users it might be different.
Thus I don't see a reason for me to look into it - other things in
gfortran (and real life) are more important for me.
>> +export LANG
> Is that completely portable?
I'm not 100% sure if there is an extremely odd shell which handles this
differently, but assuming that /bin/sh is more-or-less standard-adhering
POSIX shell, it should work.
Besides, the same is also used in libstdc++-v3/scripts/extract_symvers.