New submission from s-ball :
When working on i18n, I realized that msgfmt.py did not generate any hash
table. One step further, I realized that the gettext.py would not have used it
because it unconditionnaly loads the whole translation files and contains the
following TODO message:
TODO
s-ball added the comment:
Currently my main use case is to be able to compile one or more po file(s) from
a Python script, so I just need to be able to repeatedly call make from that
script - which was broken per issue 9741
To be honest, I must acknowledge that I initially thought that
Change by s-ball :
--
pull_requests: +10113
stage: test needed -> patch review
___
Python tracker
<https://bugs.python.org/issue9741>
___
___
Python-bugs-lis
Change by s-ball :
--
keywords: +patch
pull_requests: +10112
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35335>
___
___
Python-
s-ball added the comment:
After some more thinking about it, my opinion is that the proposed path for
issue 9741 does not address at all my requirements. So I will try to propose a
pull request addressing both issues here.
--
___
Python tracker
s-ball added the comment:
I have followed SilentGhost's advice and begun by thoroughly testing the
current behaviour. I then realized that I was wrong, and that (probably by
chance) msgfmt.py partially followed my requirements, but pybabel did not and
GNU gettext msgfmt did not real
s-ball added the comment:
Ok, I have created a fork, and started coding on a local branch. But it will
take some time, because I assume that I am supposed to write tests for the
msgfmt module...
--
___
Python tracker
<https://bugs.python.
New submission from s-ball :
GNU gettext msgfmt can merge several po files into one single mo file.
The current version of msgfmt can only compile one po file to one mo file.
After looking at the code, the enhancement should be simple to implement.
Command line: if one output file is given
