Closed romanofski closed 2 years ago
This is due to changes in gcc11, see gtk2hs/gtk2hs#304
(Downstream report: https://bugzilla.redhat.com/show_bug.cgi?id=1957233)
This will be fixed when the bounds on language-c
are bumped, no?
I am hitting the same issue when trying to stack build
a project using the cpython
package.
The language-c
upper bounds have been bumped ( https://github.com/haskell/c2hs/commit/5912527eca481ca542a973c358436b0883be2aad ) . Does this still happen on master
?
@deech
I just build c2hs
on from master
branch and can confirm that it solved my problem.
Please consider to release this ASAP as this is breaking lots of packages.
Also having issues with stack build
for projects that need c2hs
. I've used latest commit from here and still getting same error on building e.g. taffybar, though I'm not entirely sure the latest git version of c2hs
is being used (should be...). A quick bump in version/release with this fix would help.
deech kindly just released 0.28.8
I think this can be closed.
I've run into this problem while packaging https://github.com/purebred-mua/hs-notmuch for Fedora 34 and beyond. The build failed with:
A preliminary search showed, that it might be
LANG
related, however setting it toC
doesn't change the error we're running into. I'm attaching the generated Binding.i.txt. It doesn't look odd to me, however I'm new to it all so I don't spot what is wrong with it if it's something obvious to the experienced.Logs for the working Fedora 33 build: Dependencies, Build log, other logs
Logs for the failing Fedora 34 build: Dependencies, Build log, other logs
The logs for the c2hs build are accessible here: https://copr.fedorainfracloud.org/coprs/romanofski/purebred/build/2091487/ in case that matters.