[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gv] gv-i18n.h both shipped and cleaned
From: |
Markus Steinborn |
Subject: |
Re: [bug-gv] gv-i18n.h both shipped and cleaned |
Date: |
Thu, 03 Jun 2010 17:27:20 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 |
Bernhard R. Link wrote:
Well, the user will need perl once they call clean, as it then has to
be regenerated.
That's indeed a problem...
If it's something someone working from the .tar.gz with minimal build
dependencies should not need to rebuilt (assuming no files are changed),
then it is rather a task for maintainer-clean (i.e. MAINTAINERCLEANFILES).
And that looks like a good solution!
Adding it to CLEANFILES is questionable: The idea is to have a
convenient way to force recreation of that file if
adding/removing/updating translations. May I ask for alternative ideas?
Well, the dependencies of that file already force recreation if anything
in the nls directory changes (which is already quite a almost too easy
triggering condition).
Well, the nls directory is intended only for translations. In regular
use, if you change any translation, then gv_i18n.h has to be recreated,
no doubt. Modifying source files (resp. directories) always increased
requirents, e. g. changing configure.ac makes tutoconf/automake being
required. Perhaps you can create more strict dependencies, but the
positive effect is quite limited.
Greetings
Markus