[PATCH v5 0/4] Support translated long option names in getopt and argp

[Florian Weimer]

* Vivien Kraus:

> Thank you for your feedback.  Since I already had a few failing tests
> before my modifications, I ignored anything that did not seem
> relevant.

The testsuite should be quite clean on most systems.  Do you configure
with --prefix=/usr?

>> I don't think this is a good idea.  It can make cross-cultural
>> collaboration more difficult.  Office applications (particularly
>> spreadsheets) already use translated names for their programming
>> languages.  It makes it more difficult to find appropriate guides and
>> apply them to your own environment.  The proposed approach for
>> getopt_long mitigates some of the problems because the untranslated
>> option names always work, but there will be considerable friction
>> once
>> this feature gets significant traction.
>
> Would this concern be blocking?  If so, the remaining problems would
> need to be clarified before we can address them.

I'm not sure.  Splitting the alternative option names by translation
file makes it hard to avoid potential problems: We cannot check for
collisions at translation time or at run time.  We cannot accept all
possible alternative option names at run time.

> There is 1 remaining new test failure in my setup.  I had 146 failures
> before these patches, and the 147th is elf/check-localplt, with output:
>
>     Extra PLT reference: libc.so: dcgettext
>
> and test result:
>
>     FAIL: elf/check-localplt
>     original exit status 1
>
> I’m not sure why; do you have an idea?

You need to call __dcgettext instead.  This symbol supports PLT
avoidance.

Surely there also ABI check failures?  You need to run

  make -j`nproc` check subdirs=elf
  make -j`nproc` update-all-abi

to generate abilist updates, and include those in the patch that adds
the new symbol.

Thanks,
Florian