- ghc-tickets - Haskell.org

[GHC] #12788: While using Data.Aeson.TH, "Irrefutable pattern failed for pattern sel_id : _"
by GHC 12 Nov '16

12 Nov '16

#12788: While using Data.Aeson.TH, "Irrefutable pattern failed for pattern sel_id : _" -------------------------------------+------------------------------------- Reporter: jchia | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- I got the following error compiling simple source file Bad.hs. The bug is likely related to TH as the crash vanishes without the TH line. $ stack ghc -- -c Bad.hs Run from outside a project, using implicit global project config Using resolver: lts-7.5 from implicit global project's config file: /home/jchia/.stack/global-project/stack.yaml ghc: panic! (the 'impossible' happened) (GHC version 8.0.1 for x86_64-unknown-linux): compiler/typecheck/TcExpr.hs:798:15-35: Irrefutable pattern failed for pattern sel_id : _ Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12788> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 11

[GHC] #12771: GHCi incorrectly favors static libraries over import libraries
by GHC 12 Nov '16

12 Nov '16

#12771: GHCi incorrectly favors static libraries over import libraries ----------------------------------------+---------------------------- Reporter: Phyx- | Owner: Type: bug | Status: new Priority: normal | Milestone: 8.2.1 Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Windows Architecture: Unknown/Multiple | Type of failure: Other Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: ----------------------------------------+---------------------------- Given a static library and an import library in the same folder. e.g. {{{ libfoo.a libfoo.dll.a }}} running `ghci -lfoo` we should prefer the import library `libfoo.dll.a` over `libfoo.a` because we prefer having to just load the DLL. and not having to do any linking. This also more closely emulated the behaviour of LD, which has a search order of {{{ libxxx.dll.a xxx.dll.a libxxx.a cygxxx.dll (*) libxxx.dll xxx.dll }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12771> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #12732: GHC bug
by GHC 12 Nov '16

12 Nov '16

#12732: GHC bug -------------------------------------+------------------------------------- Reporter: Iceland_jack | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- A frog told me about this {{{#!hs (a ... b) xs | a == x , (l, _:r) <- break (== x) xs = l ++ [x] }}} {{{ baldur@Loki:~$ ghci -fobject-code -fdefer-typed-holes -ignore-dot-ghci /tmp/tnVL.hs GHCi, version 8.0.1: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Main ( /tmp/tnVL.hs, /tmp/tnVL.o ) /tmp/tnVL.hs:2:10: warning: [-Wtyped-holes] Variable not in scope: x /tmp/tnVL.hs:3:27: warning: [-Wtyped-holes] Variable not in scope: x /tmp/tnVL.hs:4:11: warning: [-Wtyped-holes] Variable not in scope: x ghc: panic! (the 'impossible' happened) (GHC version 8.0.1 for x86_64-unknown-linux): StgCmmEnv: variable not found $dEq_a26w local binds for: $trModule $trModule1_r29y $trModule2_r2a9 x_r2aa x1_r2ab x2_r2ac a2_s2ah b_s2ai xs_s2aj fail_s2ak Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug > }}} I managed to find a more minimal example {{{#!hs u a | a == x = undefined }}} doesn't trigger error in GHCi. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12732> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #12774: bkpcabal02 test fails on OS X
by GHC 12 Nov '16

12 Nov '16

#12774: bkpcabal02 test fails on OS X -------------------------------------+------------------------------------- Reporter: bgamari | Owner: Type: task | Status: new Priority: normal | Milestone: 8.2.1 Component: Test Suite | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- While testing on Darwin today I noticed that the `bkpcabal02` test seems to fail. {{{ =====> bkpcabal02(normal) 1 of 1 [0, 0, 0] cd "./backpack/cabal/bkpcabal02/bkpcabal02.run" && $MAKE -s --no-print- directory bkpcabal02 CLEANUP=1 Wrong exit code (expected 0 , actual 2 ) Stdout: Preprocessing library 'bkpcabal01-0.1.0.0-DwERz0Bcrkn4WeBnYMX11h-p' for bkpcabal01-0.1.0.0... Preprocessing library 'bkpcabal01-0.1.0.0-DwERz0Bcrkn4WeBnYMX11h-q' for bkpcabal01-0.1.0.0... Stderr: make[2]: *** [bkpcabal02] Error 1 *** unexpected failure for bkpcabal02(normal) }}} Or more verbosely, {{{ $ make bkpcabal02 rm -f -r tmp.d inst dist Setup /Applications/Xcode-7.2/Xcode.app/Contents/Developer/usr/bin/make -s --no- print-directory clean '/Users/bgamari/ghc/inplace/test spaces/ghc-pkg' init tmp.d '/Users/bgamari/ghc/inplace/test spaces/ghc-stage2' -v0 --make Setup cp p/H.hsig.in1 p/H.hsig # typecheck everything ./Setup -v0 configure --enable-library-vanilla --disable-shared --with- ghc='/Users/bgamari/ghc/inplace/test spaces/ghc-stage2' --ghc-options ='-dcore-lint -dcmm-lint -no-user-package-db -rtsopts -fno-warn-missed- specialisations -fshow-warning-groups -dno-debug-output' --package- db=tmp.d --prefix='/Users/bgamari/ghc/testsuite/tests/backpack/cabal/bkpcabal02/inst' ./Setup -v0 build ./Setup -v0 -v1 build Preprocessing library 'bkpcabal01-0.1.0.0-DwERz0Bcrkn4WeBnYMX11h-p' for bkpcabal01-0.1.0.0... Preprocessing library 'bkpcabal01-0.1.0.0-DwERz0Bcrkn4WeBnYMX11h-q' for bkpcabal01-0.1.0.0... cp p/H.hsig.in2 p/H.hsig ! ./Setup -v0 build make: *** [bkpcabal02] Error 1 }}} It looks like the `./Setup build` command is finishing successfully where it is expected to fail. I generally don't mind debugging this sort of issue but in this case it's quite unclear why this is expected to fail. Edward, can you add some comments to the `all.T` for this testcase (and perhaps the other Backpack tests too if neceessary) explaining what this test is supposed to be testing for and why `Setup build` should fail? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12774> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #12824: crashed when install debian on ubuntu 16.06 in Hyper-V VM
by GHC 11 Nov '16

11 Nov '16

#12824: crashed when install debian on ubuntu 16.06 in Hyper-V VM -------------------------------------+------------------------------------- Reporter: Qinka95 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Linux Architecture: x86_64 | Type of failure: Compile-time (amd64) | crash or panic Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- When installing the package (debian-3.91.1), ghc(8.0.1) crashed. And output these: {{{ ghc: panic! (the 'impossible' happened) (GHC version 8.0.1 for x86_64-unknown-linux): find_tycon Loc [] Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} And the full output when installing debian are here: {{{ $ cabal install debian Resolving dependencies... cabal: Entering directory '/tmp/cabal-tmp-31302/debian-3.91.1' Configuring debian-3.91.1... Building debian-3.91.1... Preprocessing library debian-3.91.1... [ 1 of 37] Compiling Debian.UTF8 ( Debian/UTF8.hs, dist/build/Debian/UTF8.o ) [ 2 of 37] Compiling Debian.Version.Internal ( Debian/Version/Internal.hs, dist/build/Debian/Version/Internal.o ) [ 3 of 37] Compiling Debian.Extra.Files ( Debian/Extra/Files.hs, dist/build/Debian/Extra/Files.o ) [ 4 of 37] Compiling Debian.Loc ( Debian/Loc.hs, dist/build/Debian/Loc.o ) [ 5 of 37] Compiling Debian.Pretty ( Debian/Pretty.hs, dist/build/Debian/Pretty.o ) [ 6 of 37] Compiling Debian.Version.Common ( Debian/Version/Common.hs, dist/build/Debian/Version/Common.o ) [ 7 of 37] Compiling Debian.Version.String ( Debian/Version/String.hs, dist/build/Debian/Version/String.o ) [ 8 of 37] Compiling Debian.Version.Text ( Debian/Version/Text.hs, dist/build/Debian/Version/Text.o ) [ 9 of 37] Compiling Debian.Arch ( Debian/Arch.hs, dist/build/Debian/Arch.o ) [10 of 37] Compiling Debian.Time ( Debian/Time.hs, dist/build/Debian/Time.o ) Debian/Time.hs:23:19: warning: [-Wdeprecations] In the use of ‘parseTime’ (imported from Data.Time, but defined in time-1.6.0.1:Data.Time.Format.Parse): Deprecated: "use "parseTimeM True" instead" [11 of 37] Compiling Debian.URI ( Debian/URI.hs, dist/build/Debian/URI.o ) [12 of 37] Compiling Debian.Release ( Debian/Release.hs, dist/build/Debian/Release.o ) [13 of 37] Compiling Debian.Sources ( Debian/Sources.hs, dist/build/Debian/Sources.o ) [14 of 37] Compiling Debian.Control.Common ( Debian/Control/Common.hs, dist/build/Debian/Control/Common.o ) Debian/Control/Common.hs:75:1: warning: [-Wredundant-constraints] • Redundant constraint: ControlFunctions a • In the type signature for: protectFieldText' :: (StringLike a, ListLike a Char, ControlFunctions a) => a -> a Debian/Control/Common.hs:158:1: warning: [-Wredundant-constraints] • Redundant constraint: Eq a • In the type signature for: raiseFields :: Eq a => (a -> Bool) -> Paragraph' a -> Paragraph' a [15 of 37] Compiling Debian.Control.String ( Debian/Control/String.hs, dist/build/Debian/Control/String.o ) [16 of 37] Compiling Debian.Deb ( Debian/Deb.hs, dist/build/Debian/Deb.o ) [17 of 37] Compiling Debian.Apt.Methods ( Debian/Apt/Methods.hs, dist/build/Debian/Apt/Methods.o ) Debian/Apt/Methods.hs:28:1: warning: [-Wdeprecations] Module ‘Control.Monad.Error’ is deprecated: Use Control.Monad.Except instead [18 of 37] Compiling Debian.Version.ByteString ( Debian/Version/ByteString.hs, dist/build/Debian/Version/ByteString.o ) [19 of 37] Compiling Debian.Version ( Debian/Version.hs, dist/build/Debian/Version.o ) [20 of 37] Compiling Debian.Changes ( Debian/Changes.hs, dist/build/Debian/Changes.o ) [21 of 37] Compiling Debian.Relation.Common ( Debian/Relation/Common.hs, dist/build/Debian/Relation/Common.o ) [22 of 37] Compiling Debian.Relation.String ( Debian/Relation/String.hs, dist/build/Debian/Relation/String.o ) [23 of 37] Compiling Debian.Relation.Text ( Debian/Relation/Text.hs, dist/build/Debian/Relation/Text.o ) [24 of 37] Compiling Debian.Relation.ByteString ( Debian/Relation/ByteString.hs, dist/build/Debian/Relation/ByteString.o ) [25 of 37] Compiling Debian.Relation ( Debian/Relation.hs, dist/build/Debian/Relation.o ) [26 of 37] Compiling Debian.Control.ByteString ( Debian/Control/ByteString.hs, dist/build/Debian/Control/ByteString.o ) Debian/Control/ByteString.hs:132:1: warning: [-Wredundant-constraints] • Redundant constraint: ControlFunctions a • In the type signature for: protectFieldText' :: (LL.StringLike a, LL.ListLike a Word8, ControlFunctions a) => a -> a Debian/Control/ByteString.hs:138:7: warning: [-Wredundant-constraints] • Redundant constraint: LL.StringLike a • In the type signature for: dropWhileEnd :: (LL.StringLike a1, LL.ListLike a1 Word8) => (Word8 -> Bool) -> a1 -> a1 In an equation for ‘protectFieldText'’: protectFieldText' s = case LL.lines s of { [] -> LL.empty (l : ls) -> dropWhileEnd (isSpace . chr . fromIntegral) $ LL.unlines $ l : map protect ls } where dropWhileEnd :: (LL.StringLike a, LL.ListLike a Word8) => (Word8 -> Bool) -> a -> a dropWhileEnd func = LL.reverse . LL.dropWhile func . LL.reverse protect :: (LL.StringLike a, LL.ListLike a Word8) => a -> a protect l = maybe LL.empty (\ c -> if isHorizSpace c then l else LL.cons (ord' ' ' :: Word8) l) (LL.find (const True :: Word8 -> Bool) l) .... Debian/Control/ByteString.hs:140:7: warning: [-Wredundant-constraints] • Redundant constraint: LL.StringLike a • In the type signature for: protect :: (LL.StringLike a1, LL.ListLike a1 Word8) => a1 -> a1 In an equation for ‘protectFieldText'’: protectFieldText' s = case LL.lines s of { [] -> LL.empty (l : ls) -> dropWhileEnd (isSpace . chr . fromIntegral) $ LL.unlines $ l : map protect ls } where dropWhileEnd :: (LL.StringLike a, LL.ListLike a Word8) => (Word8 -> Bool) -> a -> a dropWhileEnd func = LL.reverse . LL.dropWhile func . LL.reverse protect :: (LL.StringLike a, LL.ListLike a Word8) => a -> a protect l = maybe LL.empty (\ c -> if isHorizSpace c then l else LL.cons (ord' ' ' :: Word8) l) (LL.find (const True :: Word8 -> Bool) l) .... [27 of 37] Compiling Debian.Control.Text ( Debian/Control/Text.hs, dist/build/Debian/Control/Text.o ) Debian/Control/Text.hs:32:1: warning: [-Wunused-imports] The qualified import of ‘T.reverse’ from module ‘Data.Text’ is redundant [28 of 37] Compiling Debian.Control.Policy ( Debian/Control/Policy.hs, dist/build/Debian/Control/Policy.o ) Debian/Control/Policy.hs:87:5: warning: [-Wunused-top-binds] Defined but not used: ‘control’ [29 of 37] Compiling Debian.Control.Builder ( Debian/Control/Builder.hs, dist/build/Debian/Control/Builder.o ) Debian/Control/Builder.hs:34:1: warning: [-Wunused-imports] The qualified import of ‘Data.Text’ is redundant except perhaps to import instances from ‘Data.Text’ To import instances alone, use: import Data.Text() Debian/Control/Builder.hs:36:1: warning: [-Wunused-imports] The import of ‘fromLazyText’ from module ‘Data.Text.Lazy.Builder’ is redundant Debian/Control/Builder.hs:104:1: warning: [-Wmissing-signatures] Top-level binding with no type signature: dropAround :: forall c item. LL.ListLike c item => (item -> Bool) -> c -> c [30 of 37] Compiling Debian.Control.TextLazy ( Debian/Control/TextLazy.hs, dist/build/Debian/Control/TextLazy.o ) Debian/Control/TextLazy.hs:32:1: warning: [-Wunused-imports] The qualified import of ‘T.reverse’ from module ‘Data.Text.Lazy’ is redundant [31 of 37] Compiling Debian.Control ( Debian/Control.hs, dist/build/Debian/Control.o ) Debian/Control.hs:56:1: warning: [-Wunused-imports] The qualified import of ‘Debian.Control.TextLazy’ is redundant except perhaps to import instances from ‘Debian.Control.TextLazy’ To import instances alone, use: import Debian.Control.TextLazy() [32 of 37] Compiling Debian.Apt.Index ( Debian/Apt/Index.hs, dist/build/Debian/Apt/Index.o ) [33 of 37] Compiling Debian.Report ( Debian/Report.hs, dist/build/Debian/Report.o ) [34 of 37] Compiling Debian.GenBuildDeps ( Debian/GenBuildDeps.hs, dist/build/Debian/GenBuildDeps.o ) ghc: panic! (the 'impossible' happened) (GHC version 8.0.1 for x86_64-unknown-linux): find_tycon Loc [] Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug cabal: Leaving directory '/tmp/cabal-tmp-31302/debian-3.91.1' Failed to install debian-3.91.1 cabal: Error: some packages failed to install: debian-3.91.1 failed during the building phase. The exception was: ExitFailure 1 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12824> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #6077: Respect XDG_CONFIG_HOME
by GHC 11 Nov '16

11 Nov '16

#6077: Respect XDG_CONFIG_HOME -------------------------------------+------------------------------------- Reporter: So8res | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: None | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: 5966 | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by gueux): * cc: gueux (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6077#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #12823: Inconsistency in acceptance of equality constraints in different forms
by GHC 11 Nov '16

11 Nov '16

#12823: Inconsistency in acceptance of equality constraints in different forms -------------------------------------+------------------------------------- Reporter: dfeuer | Owner: Type: feature | Status: new request | Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 (Type checker) | Keywords: GADTs | Operating System: Unknown/Multiple Architecture: | Type of failure: GHC accepts Unknown/Multiple | invalid program Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Currently, we (correctly) require a language extension to accept a declaration like foo :: a ~ b => f a -> f b foo x = x Suppose I write {{{#!hs {-# LANGUAGE GADTs, UndecidableInstances, ConstraintKinds #-} module A where class a ~ b => Equal a b instance a ~ b => Equal a b type EqualS a b = a ~ b }}} and then {{{#!hs -- No extensions module B where -- This works useEqual :: Equal a b => f a -> f b useEqual x = x -- But this does not useEqualF :: EqualF a b => f a -> f b useEqualF x = x }}} It seems that GHC expands type synonyms, but does not reduce constraints, before deciding whether enough extensions are in play to allow equality constraints. This mismatch feels weird. Is there something about `~` proper, and not `Equal`, that triggers the difficulties with let generalization? If not, I think they should either both work or both fail (probably both fail). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12823> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #12764: Be able to pin a thread to a numa node without fixing a capabiity
by GHC 11 Nov '16

11 Nov '16

#12764: Be able to pin a thread to a numa node without fixing a capabiity -------------------------------------+------------------------------------- Reporter: darshan | Owner: darshan Type: feature | Status: new request | Priority: normal | Milestone: Component: Runtime | Version: 8.0.1 System | Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- There is a rts call `rts_setInCallCapability(int)` which pins the current thread to the given capability. If numa is on, it also pins it to the appropriate numa node. We want to be able to pin a thread to a numa node but without fixing a capability. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12764> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #6088: GeneralizedNewtypeDeriving + TypeFamilies + Equality constraints
by GHC 11 Nov '16

11 Nov '16

#6088: GeneralizedNewtypeDeriving + TypeFamilies + Equality constraints -------------------------------------+------------------------------------- Reporter: Lemming | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: Compiler (Type | Version: 7.4.1 checker) | Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: GHC rejects | Test Case: indexed- valid program | types/should_compile/T6088 Blocked By: | Blocking: Related Tickets: 3046 | -------------------------------------+------------------------------------- Comment (by Ben Gamari <ben@…>): In [changeset:"03e8d26fe0a8f7981a76550118f3c584cad76c47/ghc" 03e8d26f/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="03e8d26fe0a8f7981a76550118f3c584cad76c47" Prevent GND from inferring an instance context for method-less classes When `GeneralizedNewtypeDeriving` is used with a type class that has no methods, it will generate a redundant context, and as a result, it can trigger warnings when compiled with `-Wredundant-constraints`. This is a simple change in behavior to check beforehand if a class has methods when deriving it with GND, and if it has no methods, avoid inferring the redundant context. Beware that the test for #6088, which used to be expected to fail, now compiles without issue since it doesn't infer a problematic instance context. Thanks to Simon Peyton Jones for doing the necessary refactoring in f05d685ae05ec293083f2fa7ec7ba057fbe64869. Fixes #12814. Test Plan: ./validate Reviewers: goldfire, rwbarton, simonpj, austin, bgamari Reviewed By: simonpj Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D2692 GHC Trac Issues: #12814 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6088#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #12755: Build from source fails on Ubuntu 16.10: ld: -r and -pie may not be used together
by GHC 11 Nov '16

11 Nov '16

#12755: Build from source fails on Ubuntu 16.10: ld: -r and -pie may not be used together -------------------------------------+------------------------------------- Reporter: SamuelMarks | Owner: Type: bug | Status: new Priority: high | Milestone: Component: Build System | Version: 8.0.1 Keywords: | Operating System: Linux Architecture: x86_64 | Type of failure: Building GHC (amd64) | failed Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- {{{ "inplace/bin/ghc-stage1" -hisuf hi -osuf o -hcsuf hc -static -H32m -O -Wall -this-unit-id ghc-prim-0.5.0.0 -hide-all-packages -i -ilibraries/ghc-prim/. -ilibraries/ghc-prim/dist-install/build -ilibraries /ghc-prim/dist-install/build/autogen -Ilibraries/ghc-prim/dist- install/build -Ilibraries/ghc-prim/dist-install/build/autogen -Ilibraries /ghc-prim/. -optP-include -optPlibraries/ghc-prim/dist- install/build/autogen/cabal_macros.h -package-id rts -this-unit-id ghc- prim -XHaskell2010 -O2 -no-user-package-db -rtsopts -Wno-trustworthy-safe -Wno-deprecated-flags -Wnoncanonical-monad-instances -odir libraries /ghc-prim/dist-install/build -hidir libraries/ghc-prim/dist-install/build -stubdir libraries/ghc-prim/dist-install/build -split-objs -dynamic-too -c libraries/ghc-prim/./GHC/Types.hs -o libraries/ghc-prim/dist- install/build/GHC/Types.o -dyno libraries/ghc-prim/dist- install/build/GHC/Types.dyn_o /usr/bin/ld: -r and -pie may not be used together collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) libraries/ghc-prim/ghc.mk:4: recipe for target 'libraries/ghc-prim/dist- install/build/GHC/Types.o' failed make[1]: *** [libraries/ghc-prim/dist-install/build/GHC/Types.o] Error 1 Makefile:129: recipe for target 'all' failed make: *** [all] Error 2 }}} Googling showed other builds with similar errors, for a bug report [which is now resolved]: - https://wiki.ubuntu.com/SteveBeattie/PIENotes - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1518483 Running with `ld` GNU ld (GNU Binutils for Ubuntu) 2.27. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12755> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5