GNU gettext - Bugs: bug #57868, gettext.m4: consider using...
You are not allowed to post comments on this tracker with your current authentication level.
bug #57868: gettext.m4: consider using 'gettext_' prefix instead of 'gt_'
Submitter: | Martin Blanchard <tchaik> | ||
Submitted: | Thu 20 Feb 2020 08:35:09 PM UTC | ||
Category: | Programmer tools | Severity: | 3 - Normal |
Item Group: | None | Status: | Wont Fix |
Privacy: | Public | Assigned to: | haible |
Open/Closed: | Closed |
Sat 22 Feb 2020 12:45:32 PM UTC, comment #1: |
Bruno Haible <haible> |
Thu 20 Feb 2020 08:35:09 PM UTC, original submission:
The macros from gettext.m4 use 'gt_' as a prefix for their variables. Sadly, 'gt' isn't that uncommon for a namespace. While porting GNOME Terminal from intltool to gettext, its own configure.ac gt_api_version variable [0] clashed with gettext.m4 gt_api_version [1] and broke AM_GNU_GETTEXT...
|
Martin Blanchard <tchaik> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2020-02-22 | haible | Category | End-user / runtime | Programmer tools | |
Status | None | Wont Fix | |||
Assigned to | None | haible | |||
Open/Closed | Open | Closed |
Powered by Savane 3.13-d3ae.
Corresponding source code
Thanks for the report.
I see basically three options:
A) Do nothing. One collision in 25 years is acceptable.
B) Use a longer prefix in the .m4 file source code.
C) Map the shell variable to a different one, through an m4_define([gt_api_version],[gettext_api_version]).
B) has the drawback of making these - already hard to read and understand .m4 files - even more subtle.
C) has the drawback that debugging the configure file (by searching for identifiers found the the .m4 files) becomes harder.
I therefore prefer A). Yes, a prefix 'gt_' may not be that uncommon - especially among packages of the GNU project - but even then, the occurrence of a variable named 'gt_api_version' is bound to be extremely rare.