GNU gettext - Bugs: bug #53982, Multiple definition of gnulib...
You are not allowed to post comments on this tracker with your current authentication level.
bug #53982: Multiple definition of gnulib lock.c
Submitter: | Fangrui Song <maskray> | ||
Submitted: | Fri 25 May 2018 09:23:06 PM UTC | ||
Category: | Build | Severity: | 1 - Wish |
Item Group: | None | Status: | Not a Bug |
Privacy: | Public | Assigned to: | haible |
Open/Closed: | Closed |
Sat 26 May 2018 12:29:19 AM UTC, comment #1: |
Bruno Haible <haible> |
Fri 25 May 2018 09:23:06 PM UTC, original submission:
There are currently three lock.c files, with minor differences:
|
Fangrui Song <maskray> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
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 |
---|---|---|---|---|---|
2018-05-26 | haible | Open/Closed | Open | Closed | |
2018-05-26 | haible | Severity | 3 - Normal | 1 - Wish | |
Status | None | Not a Bug | |||
Assigned to | None | haible |
Powered by Savane 3.13-02a9.
Corresponding source code
The copy in gettext-runtime/intl/ needs to be different from the other ones, because it has to have an LGPL copyright header.
The two (or more) others are direct copies from gnulib, and regularly updated by gnulib-tool (or by the distcheck-hook in Makefile.am); therefore while it may be a tiny simplification of the build system to unify them, it does not warrant the work.