Fix the OS string encoding for GNU/Hurd#11401
Conversation
|
Mhhhh, I think this modifies behaviour (e.g. creating different folders). |
More precisely, it fixes the behavior. The folders were |
|
A fix is a change of behaviour. So, it needs a different PR template which, at least, includes a changelog entry. |
Following https://github.com/haskell/cabal/pull/9434/files , and as seen in the various gnu_HOST_OS usages in the ghc source code, it is expected that GNU/Hurd is advertised as "gnu", like the autotools do.
The broken behaviour could not have been seen by users since ghc would just not compile. Anyway, I have updated so. |
Co-authored-by: ffaf1 <fa-ml@ariis.it>
commit 95773d289c62373772f676df91c1278b7d382e30
Author: Samuel Thibault <samuel.thibault@ens-lyon.org>
Date: Sat Jan 10 15:59:18 2026 +0100
Fix the OS string encoding for GNU/Hurd
Following https://github.com/haskell/cabal/pull/9434/files , and as seen
in the various gnu_HOST_OS usages in the source code, it is expected that
GNU/Hurd is advertised as "gnu", like the autotools do.
https://gitlab.haskell.org/ghc/ghc/-/merge_requests/15320
haskell/cabal#11401
Gbp-Pq: Name gnu-hurd-os-string
|
Mmm, is there something missing here? |
|
Since you have two approvals, you should be setting the |
|
@sthibaul In this case, |
Merge Queue Status
This pull request spent 1 hour 44 minutes 30 seconds in the queue, including 1 hour 32 minutes 53 seconds running CI. Required conditions to merge
|
Following https://github.com/haskell/cabal/pull/9434/files , and as seen in the various gnu_HOST_OS usages in the ghc source code, it is expected that GNU/Hurd is advertised as "gnu", like the autotools do.
Template Α: This PR modifies behaviour or interface
Include the following checklist in your PR:
significance: significantin the changelog file.