October 2016 - ghc-tickets

[GHC] #12739: Failure installing elm-init-1.0.5 (ExitFailure (-6))
by GHC 05 Nov '16

05 Nov '16

#12739: Failure installing elm-init-1.0.5 (ExitFailure (-6)) --------------------------------------+--------------------------------- Reporter: rofer | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.4 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: None/Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: --------------------------------------+--------------------------------- In a new directory I ran: cabal sandbox init cabal update cabal install elm-init I got the following: Resolving dependencies... Notice: installing into a sandbox located at /home/rofer/Apps/elm-init/.cabal-sandbox Downloading base-compat-0.9.1... Configuring base-unicode-symbols-0.2.2.4... Downloading binary-0.8.4.1... Configuring fail-4.9.0.0... Configuring filepath-1.4.1.0... Configuring ghc-boot-th-8.0.1... Configuring primitive-0.6.1.0... Configuring transformers-compat-0.5.1.3... Downloading pretty-1.1.3.4... Configuring base-compat-0.9.1... Downloading time-locale-compat-0.1.1.3... Configuring binary-0.8.4.1... Building base-unicode-symbols-0.2.2.4... Building fail-4.9.0.0... Building ghc-boot-th-8.0.1... Building filepath-1.4.1.0... Building primitive-0.6.1.0... Building transformers-compat-0.5.1.3... Building binary-0.8.4.1... Building base-compat-0.9.1... Installed fail-4.9.0.0 Configuring time-locale-compat-0.1.1.3... Building time-locale-compat-0.1.1.3... Configuring pretty-1.1.3.4... Installed base-unicode-symbols-0.2.2.4 Building pretty-1.1.3.4... Installed time-locale-compat-0.1.1.3 Installed filepath-1.4.1.0 Downloading directory-1.2.7.0... Configuring directory-1.2.7.0... Installed primitive-0.6.1.0 Building directory-1.2.7.0... Configuring vector-0.11.0.0... Building vector-0.11.0.0... Installed ghc-boot-th-8.0.1 Installed base-compat-0.9.1 Installed pretty-1.1.3.4 Downloading template-haskell-2.11.0.0... Configuring template-haskell-2.11.0.0... Building template-haskell-2.11.0.0... Installed directory-1.2.7.0 Configuring process-1.4.2.0... Installed transformers-compat-0.5.1.3 Building process-1.4.2.0... Installed process-1.4.2.0 Installed binary-0.8.4.1 Configuring text-1.2.2.1... Building text-1.2.2.1... Downloading template-haskell-2.11.0.0... [66/181]Configuring template-haskell-2.11.0.0... Building template-haskell-2.11.0.0... Installed directory-1.2.7.0 Configuring process-1.4.2.0... Installed transformers-compat-0.5.1.3 Building process-1.4.2.0... Installed process-1.4.2.0 Installed binary-0.8.4.1 Configuring text-1.2.2.1... Building text-1.2.2.1... Installed template-haskell-2.11.0.0 Downloading cmdargs-0.10.14... Downloading file-embed-0.0.10... Configuring file-embed-0.0.10... Downloading tagged-0.8.5... Configuring cmdargs-0.10.14... Configuring tagged-0.8.5... Building file-embed-0.0.10... Building cmdargs-0.10.14... Building tagged-0.8.5... Installed file-embed-0.0.10 Installed tagged-0.8.5 Installed cmdargs-0.10.14 Installed text-1.2.2.1 Configuring hashable-1.2.4.0... Building hashable-1.2.4.0... Installed vector-0.11.0.0 Installed hashable-1.2.4.0 Downloading nats-1.1.1... Downloading scientific-0.3.4.9... Configuring scientific-0.3.4.9... Downloading unordered-containers-0.2.7.1... Configuring nats-1.1.1... Configuring unordered-containers-0.2.7.1... Building scientific-0.3.4.9... Building nats-1.1.1... Building unordered-containers-0.2.7.1... Installed nats-1.1.1 Installed scientific-0.3.4.9 Installed unordered-containers-0.2.7.1 Downloading semigroups-0.18.2... Configuring semigroups-0.18.2... Building semigroups-0.18.2... Installed semigroups-0.18.2 Downloading attoparsec-0.13.1.0... Configuring attoparsec-0.13.1.0... Building attoparsec-0.13.1.0... Installed attoparsec-0.13.1.0 Downloading aeson-1.0.2.0... Configuring aeson-1.0.2.0... Building aeson-1.0.2.0... Installed aeson-1.0.2.0 Downloading aeson-pretty-0.8.2... Configuring aeson-pretty-0.8.2... Building aeson-pretty-0.8.2... Installed aeson-pretty-0.8.2 Downloading elm-init-1.0.5... Configuring elm-init-1.0.5... Building elm-init-1.0.5... Failed to install elm-init-1.0.5 Build log ( /home/rofer/Apps/elm-init/.cabal-sandbox/logs/elm- init-1.0.5.log ): cabal: Entering directory '/tmp/cabal-tmp-27520/elm-init-1.0.5' Configuring elm-init-1.0.5... Building elm-init-1.0.5... Preprocessing executable 'elm-init' for elm-init-1.0.5... [1 of 5] Compiling ElmInit.Util ( src/ElmInit/Util.hs, dist/dist- sandbox-7912c192/build/elm-init/elm-init-tmp/ElmInit/Util.p_o ) [2 of 5] Compiling ElmInit.Interact ( src/ElmInit/Interact.hs, dist/dist- sandbox-7912c192/build/elm-init/elm-init-tmp/ElmInit/Interact.p_o ) src/ElmInit/Interact.hs:10:1: Warning: The import of ‘<*>’ from module ‘Control.Applicative’ is redundant [3 of 5] Compiling ElmInit.Types ( src/ElmInit/Types.hs, dist/dist- sandbox-7912c192/build/elm-init/elm-init-tmp/ElmInit/Types.p_o ) src/ElmInit/Types.hs:87:1: Warning: Defined but not used: ‘emptyDecisions’ [4 of 5] Compiling ElmInit ( src/ElmInit.hs, dist/dist-sandbox- 7912c192/build/elm-init/elm-init-tmp/ElmInit.p_o ) [5 of 5] Compiling Main ( src/Main.hs, dist/dist-sandbox- 7912c192/build/elm-init/elm-init-tmp/Main.p_o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package array-0.5.0.0 ... linking ... done. Loading package deepseq-1.3.0.2 ... linking ... done. Loading package filepath-1.4.1.0 ... linking ... done. Loading package old-locale-1.0.0.6 ... linking ... done. Loading package time-1.4.2 ... linking ... done. Loading package bytestring-0.10.4.0 ... linking ... done. Loading package unix-2.7.0.1 ... linking ... done. Loading package directory-1.2.7.0 ... linking ... done. Loading package process-1.4.2.0 ... linking ... done. Loading package ghc-boot-th-8.0.1 ... linking ... done. Loading package pretty-1.1.3.4 ... linking ... done. Loading package template-haskell ... linking ... done. Loading package file-embed-0.0.10 ... linking ... done. Loading package base-unicode-symbols-0.2.2.4 ... linking ... done. Loading package containers-0.5.5.1 ... linking ... done. Loading package fail-4.9.0.0 ... linking ... done. Loading package binary-0.8.4.1 ... linking ... done. Loading package text-1.2.2.1 ... linking ... done. Loading package hashable-1.2.4.0 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package primitive-0.6.1.0 ... linking ... done. Loading package vector-0.11.0.0 ... linking ... done. Loading package scientific-0.3.4.9 ... linking ... done. Loading package nats-1.1.1 ... linking ... done. Loading package mtl-2.1.3.1 ... linking ... done. Loading package transformers-compat-0.5.1.3 ... linking ... done. Loading package tagged-0.8.5 ... linking ... done. Loading package unordered-containers-0.2.7.1 ... linking ... done. Loading package semigroups-0.18.2 ... linking ... done. Loading package attoparsec-0.13.1.0 ... linking ... done. Loading package base-compat-0.9.1 ... linking ... done. Loading package dlist-0.7.1 ... linking ... done. Loading package time-locale-compat-0.1.1.3 ... linking ... done. Loading package aeson-1.0.2.0 ... linking ... done. Loading package aeson-pretty-0.8.2 ... linking ... done. ghc: internal error: stg_ap_pp_ret (GHC version 7.8.4 for x86_64_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug cabal: Leaving directory '/tmp/cabal-tmp-27520/elm-init-1.0.5' cabal: Error: some packages failed to install: elm-init-1.0.5 failed during the building phase. The exception was: ExitFailure (-6) I'm on Fedora 23 (4.7.6-100.fc23.x86_64). Let me know if you need anything else. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12739> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #11571: Need more intelligent conditionalization of libgcc rts symbols for x32
by GHC 05 Nov '16

05 Nov '16

#11571: Need more intelligent conditionalization of libgcc rts symbols for x32 -------------------------------------+------------------------------------- Reporter: rwbarton | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime | Version: 8.1 System (Linker) | Keywords: | Operating System: Unknown/Multiple Architecture: Other | Type of failure: None/Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- In `rts/RtsSymbols.c` we have {{{ // 64-bit support functions in libgcc.a #if defined(__GNUC__) && SIZEOF_VOID_P <= 4 && !defined(_ABIN32) #define RTS_LIBGCC_SYMBOLS \ SymI_NeedsProto(__divdi3) \ SymI_NeedsProto(__udivdi3) \ ... }}} The purpose is to provide these symbols to `.o` files that use these symbols, expecting to be linked against libgcc. These symbols are for things like 64-bit integer division that aren't available as machine instructions on some platforms. But the `#if` is wrong on x32, which, despite having `sizeof(void *) == 4`, naturally has a full complement of 64-bit arithmetic instructions, since its registers are 64 bits wide. So libgcc does not provide these symbols, and as a result we eventually encounter missing symbol errors when linking the rts. Some possible solutions include * Figure out if there is a CPP variable set for x32 and don't include these symbols if that variable is set. I'm not sure whether `__ILP32__` is such a variable (after all x86 is also an architecture on which int, long and pointers are 32-bits). * Use autoconf to detect the presence of these symbols in libgcc. (Probably just pick one, like `__divdi3`, and hope they are all present or all missing.) * Use weak symbols somehow to add these symbols to the RTS's internal symbol table if and only if the RTS was linked against a libgcc that provides these symbols. My Android ghci also needs lots more of these, including `__modsi3`, `__umodsi3`, `__ctzdi2`, a bunch of `__aeabi_*` and `__sync_*`, and `__sF` (no idea what that is). So I'm inclined towards the last option. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11571> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #12539: Possible typo causes Stack and Cabal installs to fail
by GHC 04 Nov '16

04 Nov '16

#12539: Possible typo causes Stack and Cabal installs to fail -------------------------------------+------------------------------------- Reporter: ConorIA | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Linux Architecture: | Type of failure: Compile-time Unknown/Multiple | crash Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Hi, I have been trying to use https://github.com/thriqon/pandoc-docker or to add pandoc to https://github.com/mitchty/alpine-ghc. However, in both cases, install commands are running into an issue with the '-nopie' flag passed to GCC. The gist of the error thrown when using wither Cabal or Stack is: {{{ <no location info>: Warning: Couldn't figure out linker information! Make sure you're using GNU ld, GNU gold or the built in OS X linker, etc. gcc: error: unrecognized command line option '-nopie'; did you mean '-no- pie'? ) }}} I am not sure where the error is, as I am really a non-expert. But the gcc linking option is "-no-pie", so if there is indeed an option "-nopie" being passed, it seems like it is a typo. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12539> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #9010: TemplateHaskell leads to an "unknown symbol" error
by GHC 04 Nov '16

04 Nov '16

#9010: TemplateHaskell leads to an "unknown symbol" error ------------------------------------+------------------------------------- Reporter: Feuerbach | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Code: {{{ {-# LANGUAGE TemplateHaskell #-} module M where import System.Console.Editline import Data.Lens.Template data S = S { _a :: EditLine } makeLens ''S }}} When compiled with `ghc link.hs`, everything is fine; {{{ [1 of 1] Compiling M ( link.hs, link.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package array-0.4.0.1 ... linking ... done. Loading package deepseq-1.3.0.1 ... linking ... done. Loading package containers-0.5.0.0 ... linking ... done. Loading package bytestring-0.10.0.2 ... linking ... done. Loading package tagged-0.7.1 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package transformers-compat-0.1.1.1 ... linking ... done. Loading package contravariant-0.4.4 ... linking ... done. Loading package distributive-0.4.3.1 ... linking ... done. Loading package mtl-2.1.3.1 ... linking ... done. Loading package text-1.1.0.1 ... linking ... done. Loading package hashable-1.2.1.0 ... linking ... done. Loading package nats-0.1.2 ... linking ... done. Loading package unordered-containers-0.2.3.3 ... linking ... done. Loading package semigroups-0.12.2 ... linking ... done. Loading package comonad-4.0.1 ... linking ... done. Loading package semigroupoids-4.0.1 ... linking ... done. Loading package data-lens-2.10.4 ... linking ... done. Loading package pretty-1.1.1.0 ... linking ... done. Loading package template-haskell ... linking ... done. Loading package data-lens-template-2.1.8 ... linking ... done. }}} However, when compiling with `ghc -package-id editline-0.2.1.1-ef91ae78e7ea1b9142c2fb0b84e85c11 link.hs`, I get {{{ [1 of 1] Compiling M ( link.hs, link.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package editline-0.2.1.1 ... linking ... ghc: /home/feuerbach/work /.cabal-sandbox/lib/i386-linux- ghc-7.6.3/editline-0.2.1.1/HSeditline-0.2.1.1.o: unknown symbol `el_reset' ghc: unable to load package `editline-0.2.1.1' }}} This is a problem because that's how cabal invokes ghc. This looks similar to #4899, except there's nothing "non-standard" here (no profiling or dynamic linking). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9010> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 24

[GHC] #12734: Unexpected context reduction stack overflow
by GHC 04 Nov '16

04 Nov '16

#12734: Unexpected context reduction stack overflow -------------------------------------+------------------------------------- Reporter: danilo2 | Owner: Type: bug | Status: new Priority: high | 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: -------------------------------------+------------------------------------- Hello! I don't have a minimal example, but I've got a very clear strange bahavior: We've got a function: {{{ nstar3 :: ( ExprCons t layers m, Bindable t m, Self.MonadSelfBuilder (Binding (Expr2 t layers AnyLayout)) m , ExprInferable t layers m) => m (Binding (PrimExpr2' t layers Star)) nstar3 = Self.put . anyLayout2 =<<& (nstar2 >>= mkBinding) }}} If I use it in a different function and use following explicit type, I get the error: {{{ test_gr3 :: ( ExprCons t layers m, Bindable t m, ExprInferable t layers m , MonadIO m, Show bind, Show (PrimExpr2' t layers Star), layers~'[Data, Type] , Self.MonadSelfBuilder (Binding (Expr2 t layers AnyLayout)) m , bind ~ Binding (PrimExpr2' t layers Star) ) => m bind test_gr3 = do sref <- nstar3 }}} error (while using the function and evaluating monads): {{{ • Reduction stack overflow; size = 201 When simplifying the following type: MonadFix (Self.SelfBuilderT (Binding (Expr2 t0 '[Data, Type] AnyLayout)) m) Use -freduction-depth=0 to disable this check (any upper bound you could choose might fail unpredictably with minor updates to GHC, so disabling the check is recommended if you're sure that type checking should terminate) • In the second argument of ‘($)’, namely ‘(test_gr3)’ In the second argument of ‘($)’, namely ‘runInferenceT2 @TermType @Net $ (test_gr3)’ In the second argument of ‘($)’, namely ‘runInferenceT2 @InfLayers @'[Data, Type] $ runInferenceT2 @TermType @Net $ (test_gr3)’ }}} What is "funny" is that if I change the type of `test_gr3` to a very similar one, I just replace the part `=> m bind` with manually expanded one `m (Binding (PrimExpr2' t layers Star))` everything compiles fine. It would be really hard to get minimal example out of it – it uses nested mfixes and will take much time to cut it down. The question is – can we locate the error based on the description? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12734> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 14

[GHC] #12787: Weird type constraint with undecidable instances
by GHC 03 Nov '16

03 Nov '16

#12787: Weird type constraint with undecidable instances -------------------------------------+------------------------------------- Reporter: nome | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 (Type checker) | Keywords: | Operating System: Linux UndecidableInstances | Architecture: x86_64 | Type of failure: GHC rejects (amd64) | valid program Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Minimal example: {{{#!hs {-# LANGUAGE FlexibleInstances #-} {-# LANGUAGE UndecidableInstances #-} module Test where class PreOrd a where (<~) :: a -> a -> Bool class PreOrd a => PartialOrd a where tryCompare :: a -> a -> Maybe Ordering instance PartialOrd a => PreOrd a where x <~ y = let cmp = tryCompare x y in cmp == Just LT || cmp == Just EQ class PartialOrd a => TotalOrd a where tcompare :: a -> a -> Ordering instance TotalOrd a => PartialOrd a where tryCompare x y = Just $ tcompare x y instance TotalOrd Int where tcompare x y = compare x y }}} GHC (tested with 7.10.3 and 8.0.1) rejects this with the following error: {{{ test.hs:11:24: error: • Could not deduce (TotalOrd a) arising from a use of ‘tryCompare’ from the context: PartialOrd a bound by the instance declaration at test.hs:10:10-33 Possible fix: add (TotalOrd a) to the context of the instance declaration • In the expression: tryCompare x y In an equation for ‘cmp’: cmp = tryCompare x y In the expression: let cmp = tryCompare x y in cmp == Just LT || cmp == Just EQ }}} After banging my head against this for a while, and having successfully run this in Hugs, I tend to see it as a bug in GHC. Which is to say, I have no idea why tryCompare could possibly require TotalOrd when it's actually defined in its superclass. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12787> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #12584: Bug (or Unhelpful Error) with TemplateHaskell
by GHC 03 Nov '16

03 Nov '16

#12584: Bug (or Unhelpful Error) with TemplateHaskell -------------------------------------+------------------------------------- Reporter: Shayan-Najd | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.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: -------------------------------------+------------------------------------- To recreate this make a Haskell file say named 'T.hs', with the following code: {{{#!hs {-# LANGUAGE TemplateHaskell #-} (() -> ()) }}} Then try to compile it: {{{ $> ghc-stage2 T.hs [...] ghc-stage2: panic! (the 'impossible' happened) (GHC version 8.1.20160617 for x86_64-unknown-linux): tcMonoExpr _ [...] }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12584> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 13

[GHC] #11184: panic tcMonoExpr _ with bad indentation in TH code
by GHC 02 Nov '16

02 Nov '16

#11184: panic tcMonoExpr _ with bad indentation in TH code -------------------------------------+------------------------------------- Reporter: TeroLaitinen | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Runtime crash Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- {{{#!hs {-# LANGUAGE TemplateHaskell #-} import Data.Aeson.TH data Record = Record { type_ :: Int } $(deriveJSON defaultOptions{ fieldLabelModifier = \x -> case x of "type_" -> "type" _ -> x } ''Record) }}} gives {{{ ghc: panic! (the 'impossible' happened) (GHC version 7.10.2 for x86_64-unknown-linux): tcMonoExpr _ }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11184> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

[GHC] #12590: GHC panics, -XTypeInType, possibly "cobox" related
by GHC 01 Nov '16

01 Nov '16

#12590: GHC panics, -XTypeInType, possibly "cobox" related -------------------------------------+------------------------------------- Reporter: heisenbug | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.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 get {{{ GHCi, version 8.1.20160902: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Tree ( src/Tree.hs, interpreted ) ghc: panic! (the 'impossible' happened) (GHC version 8.1.20160902 for x86_64-apple-darwin): tcTyVarDetails cobox_a15m :: (n_a159[ssk] :: Peano) ~# ('Z :: Peano) }}} on the attached file. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12590> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #10221: LLVM does not work on OSX
by GHC 31 Oct '16

31 Oct '16

#10221: LLVM does not work on OSX -------------------------------------------+---------------------------- Reporter: yongqli | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1 Keywords: | Operating System: MacOS X Architecture: Unknown/Multiple | Type of failure: Other Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------------+---------------------------- I can't seem to be able to use the LLVM backend on OSX. I get the error: {{{ error: unknown directive .macosx_version_min 10, 0 ^ <no location info>: Error running clang! you need clang installed to use theLLVM backend (or GHC tried to execute clang incorrectly) <no location info>: ghc: phase `Clang (Assembler)' failed (exitcode = 1) }}} This is on GHC 7.10.1 {{{ % clang --version Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) Target: x86_64-apple-darwin14.1.0 Thread model: posix yongqli@auxiliary ~/secrets/projects/stocvol % opt --version LLVM (http://llvm.org/) LLVM version 3.5.1 Optimized build with assertions. Built Jan 15 2015 (18:24:46). Default target: x86_64-apple-darwin14.1.0 Host CPU: core-avx2 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10221> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 13