bug-gettext
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gettext] Bug#671257: gettext: msgfmt output format prevents mul


From: Bruno Haible
Subject: Re: [bug-gettext] Bug#671257: gettext: msgfmt output format prevents multiarch migration (fwd)
Date: Thu, 03 May 2012 00:18:48 +0200
User-agent: KMail/4.7.4 (Linux/3.1.10-1.9-desktop; KDE/4.7.4; x86_64; ; )

Hi Santiago,

> A long time ago, people working on embedded systems in Debian had the
> idea that it would be a good thing to have .mo files in the same
> endianness as the architecture on which they are used.
> 
> However, the saving in cpu time was too small to justify the need to
> have native endianness everywhere.
> 
> Well, the fact is that this change was made in gettext after all, and
> now msgfmt creates .mo files in native endianness

I don't know where you got this history from. AFAIK, GNU 'msgfmt' always
created .mo files in native endianness since the beginning (1995),
up until 2005-08-26, when the option --endianness was introduced.

Paul Martin writes:
> packages with localized strings fail the requirement of 
> multiarch of all shared files being identical across architectures.

Maybe the workaround is simply to exclude *.mo files from this requirement?
Have you proposed this to the Debian people?

> i.e. we would like msgfmt to create always little endian .mo files, as
> before.

You can achieve this behaviour by setting the two environment variables
  MSGFMT="/usr/bin/msgfmt --endianness=little"
  GMSGFMT="/usr/bin/msgfmt --endianness=little"
during the 'configure' run, and forcing an update of the .mo files through
  cd po ; make update-po
after "make" has run.

I think it is not too difficult to integrate these two additions into
Debian's build system (.spec files, templates, whatever)?

Bruno




reply via email to

[Prev in Thread] Current Thread [Next in Thread]