Re: [PATCH 1/3] gettext: avoid initialization if the locale dir is not present

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

 



On 20 April 2018 at 11:59, Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx> wrote:
>
> On Fri, Apr 20 2018, Johannes Schindelin wrote:
>
>> The runtime of a simple `git.exe version` call on Windows is currently
>> dominated by the gettext setup, adding a whopping ~150ms to the ~210ms
>> total.
>>
>> Given that this cost is added to each and every git.exe invocation goes
>> through common-main's invocation of git_setup_gettext(), and given that
>> scripts have to call git.exe dozens, if not hundreds, of times, this is
>> a substantial performance penalty.
>>
>> This is particularly pointless when considering that Git for Windows
>> ships without localization (to keep the installer's size to a bearable
>> ~34MB): all that time setting up gettext is for naught.
>>
>> So let's be smart about it and skip setting up gettext if the locale
>> directory is not even present.

> If you don't ship git for windows with gettext or a podir, then compile
> with NO_GETTEXT, then we won't even compile this function you're
> patching here. See line 30 and beyond of gettext.h.
>
> Are you instead compiling git for windows with gettext support with an
> optional add-on package for i18n, so then this podir conditional would
> pass?
>
> In any case, if this is actually the desired behavior I think it's worth
> clearly explaining the interaction with NO_GETTEXT in the commit
> message, and if you *actually* don't want NO_GETTEXT I think it's useful
> to guard this with something like MAYBE_GETTEXT on top, so this code
> doesn't unintentionally hide installation errors on other
> platforms. I.e. something like:
>
>         int have_podir = is_directory(podir);
>         if (!have_podir)
> #ifdef MAYBE_GETTEXT
>                 return;
> #else
>                 BUG("Broken installation, can't find '%s'!", podir);
> #endif

Is it fair to say that such a broken installation would function more or
less well before and after Dscho's patch, and that your approach would
render such an installation quite useless? Do we have some other similar
cases where we go BUG("I could not find a resource. I could manage
fairly well without it, but you seemed to want it when you installed
me.")? I wonder what other well-respected software do if they can't find
their translations.

I suppose the logic could be the other way round, i.e., with a flag
REALLY_REQUIRE_GETTEXT_AT_RUNTIME. But I also wonder if a user who does
not notice that the installation is broken without us screaming BUG in
their face, really minds the "brokenness" that much.

Disclaimer: I do not use translated Git, nor other non-English-language
software.

Martin




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux