Bug 1529452 - ghc crashes while compiling vty
Summary: ghc crashes while compiling vty
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: ghc
Version: 27
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-12-28 07:29 UTC by Arun Raghavan
Modified: 2018-11-10 10:41 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-10 10:39:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Arun Raghavan 2017-12-28 07:29:51 UTC
I'm trying to compile vty from: https://github.com/jtdaugherty/vty

Steps to build are just: cabal install

A friend is able to compile with the same version of ghc/cabal on Mac (and there seem to be builds on Stackage too), so I suspect this one might be specific to the Fedora package.

With verbose output, the log is:

/usr/bin/ghc --make -fbuilding-cabal-package -O -j4 -static -dynamic-too -dynosuf dyn_o -dynhisuf dyn_hi -outputdir dist/build -odir dist/build -hidir dist/build -stubdir dist/build -i -idist/build -isrc -idist/build/autogen -Idist/build/autogen -Idist/build -Icbits -optP-include -optPdist/build/autogen/cabal_macros.h -this-unit-id vty-5.19-AcWcRwAEuQe1JaFCUmZxvJ -hide-all-packages -package-db dist/package.conf.inplace -package-id base-4.9.1.0 -package-id blaze-builder-0.4.0.2-4dt8fa7cYBwH6AnGaJjL67 -package-id bytestring-0.10.8.1 -package-id containers-0.5.7.1 -package-id deepseq-1.4.2.0 -package-id directory-1.3.0.0 -package-id filepath-1.4.1.1 -package-id hashable-1.2.6.1-Bzr6e0JXpfWDwACR5BLUFL -package-id microlens-0.4.8.1-BVhsezHoPw9Ez18LAXVtpM -package-id microlens-mtl-0.1.11.0-DUw2PmHlGVpKNBqgym7KZp -package-id microlens-th-0.4.1.1-JmCsIxOlegZ2ZqQSjWaB11 -package-id mtl-2.2.1-IWO3loU8ap0EymyNStY2sS -package-id parallel-3.2.1.1-KQJHWCcq2Ka569Stb10nhx -package-id parsec-3.1.11-CgdaBQJ9lPX9xdS1zArtVY -package-id stm-2.4.4.1-JQn4hNPyYjP5m9AcbI88Ve -package-id terminfo-0.4.1.0-FNScbjwxa2Y3p4e5RvG3l -package-id text-1.2.3.0-70ldaoxeFu2DFOOnxfdBHd -package-id transformers-0.5.5.0-H2bD029pEsWHDboiJI5ebg -package-id unix-2.7.2.1 -package-id utf8-string-1.0.1.1-1DpjxLeTvGg7ttZZojxJR5 -package-id vector-0.12.0.1-3G3NZWoZk1KG3UwVz7M3yD -XHaskell2010 -XScopedTypeVariables -XForeignFunctionInterface Graphics.Vty Graphics.Vty.Attributes Graphics.Vty.Config Graphics.Vty.Error Graphics.Vty.Image Graphics.Vty.Inline Graphics.Vty.Inline.Unsafe Graphics.Vty.Input Graphics.Vty.Input.Events Graphics.Vty.Picture Graphics.Vty.Output Graphics.Text.Width Codec.Binary.UTF8.Debug Data.Terminfo.Parse Data.Terminfo.Eval Graphics.Vty.Debug Graphics.Vty.DisplayAttributes Graphics.Vty.Image.Internal Graphics.Vty.Input.Classify Graphics.Vty.Input.Classify.Types Graphics.Vty.Input.Classify.Parse Graphics.Vty.Input.Loop Graphics.Vty.Input.Mouse Graphics.Vty.Input.Focus Graphics.Vty.Input.Paste Graphics.Vty.Input.Terminfo Graphics.Vty.PictureToSpans Graphics.Vty.Span Graphics.Vty.Output.Mock Graphics.Vty.Output.Interface Graphics.Vty.Output.XTermColor Graphics.Vty.Output.TerminfoBased Graphics.Vty.Attributes.Color Graphics.Vty.Attributes.Color240 Graphics.Vty.Debug.Image Graphics.Vty.Input.Terminfo.ANSIVT -O2 -funbox-strict-fields -Wall -fspec-constr '-fspec-constr-count=10'
[15 of 36] Compiling Graphics.Vty.Input.Loop ( src/Graphics/Vty/Input/Loop.hs, dist/build/Graphics/Vty/Input/Loop.o )
zsh: segmentation fault (core dumped)  cabal build -v2


And this is from the journal:

Dec 28 12:57:20 falcon systemd-coredump[19341]: Process 19315 (ghc) of user 1000 dumped core.
                                                
                                                Stack trace of thread 19326:
                                                #0  0x00007effeeba5e5c ghczmprim_GHCziClasses_eqInt_info (libHSghc-prim-0.5.0.0-ghc8.0.2.so)
Dec 28 12:57:20 falcon systemd-coredump[19343]: Process 19310 (cabal) of user 1000 dumped core.
                                                
                                                Stack trace of thread 19310:
                                                #0  0x00007f0b12902957 kill (libc.so.6)
                                                #1  0x00007f0b13ee896d exitBySignal (libHSrts_thr-ghc8.0.2.so)
                                                #2  0x00007f0b13ee8f1e shutdownHaskellAndSignal (libHSrts_thr-ghc8.0.2.so)
                                                #3  0x00007f0b14ff76b3 n/a (libHSbase-4.9.1.0-ghc8.0.2.so)
Dec 28 12:57:21 falcon audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@9-19342-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostna
Dec 28 12:57:21 falcon audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@8-19340-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostna
Dec 28 12:57:22 falcon abrt-server[19361]: Deleting problem directory ccpp-2017-12-28-12:57:21.361327-19315 (dup of ccpp-2017-12-16-18:56:49.979482-1237)
Dec 28 12:57:22 falcon abrt-notification[19404]: Process 1237 (ghc) crashed in ghczmprim_GHCziClasses_eqInt_info()
Dec 28 12:57:23 falcon abrt-server[19365]: Deleting problem directory ccpp-2017-12-28-12:57:21.895840-19310 (dup of ccpp-2017-12-20-21:37:50.757520-12430)
Dec 28 12:57:23 falcon org.freedesktop.problems[977]: abrt-dbus: Lock file '.lock' is locked by process 19450
Dec 28 12:57:23 falcon abrt-notification[19451]: Process 12430 (cabal) crashed in exitBySignal()

Comment 1 Jens Petersen 2018-04-12 03:36:57 UTC
Sorry just spotted this bug report now...

Are you still able to reproduce?

Do you have more details about your machine?  RAM, etc?

I just tried here now and it built okay for me:

$ cabal install vty
Resolving dependencies...
Configuring microlens-mtl-0.1.11.1...
Building microlens-mtl-0.1.11.1...
Installed microlens-mtl-0.1.11.1
Downloading vty-5.21...
Configuring vty-5.21...
Building vty-5.21...
Installed vty-5.21
$

Comment 2 Arun Raghavan 2018-04-13 04:00:24 UTC
I still see this. I have a Thinkpad x240 with 8GB of RAM. Are you using ghc 8.0.2 when you run this on your machine?

Comment 3 Jens Petersen 2018-05-01 10:31:14 UTC
Yep, I was using ghc-8.0.2 from Fedora 27: but note I built the package from Hackage not git.

Can you try with `cabal install --jobs=1`?

Comment 4 Jens Petersen 2018-11-10 10:39:46 UTC
Closing this out for now - probably not something Fedora specific anyway.
But if you have new details, you can reopen or file a new bug.

Comment 5 Jens Petersen 2018-11-10 10:41:49 UTC
BTW x86_64?


Note You need to log in before you can comment on or make changes to this bug.