-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lexical error ! The character '#' does not fit here #268
Comments
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 |
I am hitting the same issue when trying to |
The |
@deech |
Also having issues with |
deech kindly just released 0.28.8 |
Due to changes in gcc11, as explained here: haskell/c2hs#268 c2hs-0.28.8 is now required to build in order to avoid the following error: dist/build/UI/NCurses.i:1: (column 1) [ERROR] >>> Lexical error ! The character '#' does not fit here.
stack pulls its own c2hs version, which is incompatible with gcc11 (see haskell/c2hs#268 for details). This results in this error when building: hsqml > Linking /tmp/stack-4e5641358fd250fb/hsqml-0.3.5.1/.stack-work/dist/x86_64-linux-tinfo6/Cabal-2.0.1.0/setup/setup ... hsqml > Configuring hsqml-0.3.5.1... hsqml > build hsqml > Preprocessing library for hsqml-0.3.5.1.. hsqml > c2hs: C header contains errors: hsqml > hsqml > .stack-work/dist/x86_64-linux-tinfo6/Cabal-2.0.1.0/build/Graphics/QML/Internal/BindPrim.i:1: (column 1) [ERROR] >>> Lexical error ! hsqml > The character '#' does not fit here. hsqml > This is fixed by using a more recent version of c2hs and language-c.
I think this can be closed. |
This fixes issues with GCC 11, see haskell/c2hs#268. * gnu/packages/haskell-xyz.scm (ghc-language-c): Update to 0.9.1.
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.
The text was updated successfully, but these errors were encountered: