GNU gettext - Bugs: bug #63371, build fails on MinGW due to...
You are not allowed to post comments on this tracker with your current authentication level.
bug #63371: build fails on MinGW due to missing gnulib close module
Submitter: | Vaclav Slavik <vslavik> | ||
Submitted: | Tue 15 Nov 2022 06:15:05 PM UTC | ||
Category: | Build | Severity: | 3 - Normal |
Item Group: | None | Status: | Works For Me |
Privacy: | Public | Assigned to: | haible |
Open/Closed: | Closed |
Jump to the original submission
Thu 29 Jun 2023 12:39:44 PM UTC, comment #12: |
Bruno Haible <haible>![]() ![]() |
Sun 25 Jun 2023 03:05:21 PM UTC, comment #11:
|
Bruno Haible <haible>![]() ![]() |
Sun 25 Jun 2023 02:17:50 PM UTC, comment #10: I have further bisected this to one of the following gnulib commits. (The commits are not contiguous, but I've verified it's not any of the commits in between by dropping them in a rebase.) I can't narrow it down any further than this, because it I get different (earlier) build errors if I try to build any intermediate commit in this range. Vaclav, I hope this is helpful to you, as I've reached the limits of my abilities given my limited understanding of gnulib.
|
Alyssa Ross <qyliss> |
Thu 22 Jun 2023 07:54:49 AM UTC, comment #9:
|
Bruno Haible <haible>![]() ![]() |
Thu 22 Jun 2023 06:43:00 AM UTC, comment #8:
|
Vaclav Slavik <vslavik> |
Wed 21 Jun 2023 08:29:10 PM UTC, comment #7:
|
Bruno Haible <haible>![]() ![]() |
Wed 21 Jun 2023 05:54:47 PM UTC, comment #6: Ah, I hoped the issue would go away on its own in 0.22, but no such luck then.
|
Vaclav Slavik <vslavik> |
Wed 21 Jun 2023 05:13:07 PM UTC, comment #5:
|
Bruno Haible <haible>![]() ![]() |
Wed 21 Jun 2023 02:34:03 PM UTC, comment #4: I have the same problem when attempting to cross compile from x86_64-unknown-linux-gnu to x86_64-w64-mingw32. I have bisected the regression, and found that it was introduced by one of these commits:
|
Alyssa Ross <qyliss> |
Mon 13 Feb 2023 10:54:10 PM UTC, comment #3:
|
Bruno Haible <haible>![]() ![]() |
Wed 16 Nov 2022 05:16:57 PM UTC, comment #2:
|
Vaclav Slavik <vslavik> |
Wed 16 Nov 2022 02:37:22 AM UTC, comment #1: The patch you provided is probably a no-op, because GNULIB_MODULES_TOOLS_FOR_SRC contains 'fopen', and 'fopen' depends on 'close'.
|
Bruno Haible <haible>![]() ![]() |
Tue 15 Nov 2022 06:15:05 PM UTC, original submission:
I'm seeing build failures in up-to-date MSYS2 environment when trying to build 0.21.1.
|
Vaclav Slavik <vslavik> |
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 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2023-02-13 | haible | Status | Need Info | ![]() |
Works For Me |
Open/Closed | Open | ![]() |
Closed | ||
2022-11-16 | vslavik | Attached File | - | ![]() |
Added config.status, #53964 |
Attached File | - | ![]() |
Added config.cache, #53965 | ||
2022-11-16 | haible | Status | None | ![]() |
Need Info |
Assigned to | None | ![]() |
haible |
Vaclav Slavik wrote:
The original reason why I call MSYS2 unreliable is this hack:
Seen in
https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-gettext/PKGBUILD
A system in which, in a program invocation, the program by default receives different arguments than the ones that the caller passed is unreliable.
Anyone who sees this and https://github.com/msys2/MSYS2-packages/issues/1130 should
1. vomit,
2. turn away from MSYS2, and
3. use Cygwin as dev environment instead.