GNU bug report logs -
#65460
ghc/ghci are broken
Previous Next
Reported by: Jonas <jonas <at> moesys.no>
Date: Tue, 22 Aug 2023 22:59:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 29 Aug 2023 17:07:44 -0400
with message-id <87bkep8sm7.fsf <at> gmail.com>
and subject line Re: bug#65460: ghc/ghci are broken
has caused the debbugs.gnu.org bug report #65460,
regarding ghc/ghci are broken
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
65460: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=65460
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hi! Running ghci gives me:
GHCi, version 9.2.5: https://www.haskell.org/ghc/ :? for help
ghc: loadArchive: Not an archive:
`/gnu/store/kqb5pmdy950b53v4ga97qvhhdfqxv9rs-glibc-2.35-static/lib/libm.a'
ghc: panic! (the 'impossible' happened)
(GHC version 9.2.5:
loadArchive
"/gnu/store/kqb5pmdy950b53v4ga97qvhhdfqxv9rs-glibc-2.35-static/lib/libm.a":
failed
Please report this as a GHC bug: https://www.haskell.org/ghc/reportabug
And compiling a hello-world program with ghc gives me:
[1 of 1] Compiling Main ( hello.hs, hello.o )
<no location info>: error:
Warning: Couldn't figure out C compiler information!
Make sure you're using GNU gcc, or clang
[Message part 3 (message/rfc822, inline)]
Hi,
Saku Laesvuori <saku <at> laesvuori.fi> writes:
>> > Thanks! Adding gcc-toolchain to the profile fixed it, but shouldn't this
>> > be automatically brought in by `guix install ghc`? This does still feels
>> > like a bug to me, shouldn't gcc-toolchain be a part of ghcs native-inputs?
>
> native-inputs are for buildtime inputs and here ghc needs a c toolchain
> at runtime to compile another haskell program so gcc-toolchain should be
> in "normal" inputs.
>
>> I assume GHC can work with other toolchains, like Clang, so it's better
>> to be explicit about what you want to use.
>
> I think it would still be good to have a c toolchain as an input. Guix
> packages are, if I understand correctly, supposed to work without having
> to explicitly install their dependencies. If someone wants to use a
> different c toolchain than the default, they can use a package
> transformation to change it.
>
> Maybe we could even have the current ghc as a hidden package and have
> the public package wrap the hidden ghc adding gcc-toolchain to it's
> environment, so that changing the c toolchain wouldn't require
> rebuilding ghc.
For building tools requiring a compiler, the current expectation across
Guix packages is that the user provides the one it wants. Even if using
GCC, you may want to use a different version, and rebuilding GHC just to
do so is... expensive.
I'm closing, but if you'd like this to be further discussed you could
start a thread on guix-devel.
--
Thanks,
Maxim
This bug report was last modified 1 year and 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.