[Haskell-cafe] OS X ghci problem
carter.schonwald at gmail.com
Wed Sep 18 17:53:25 CEST 2013
The ghci bug goes away when you use a ghc head snapshot from late summer?
On Wednesday, September 18, 2013, Jan-Philip Loos wrote:
> Sadly I was not able to use your build directly, because ghc(i)
> searched libs in a invalid path (it seems to be wired to one of your
> directories). I tried to build this ghc version from source on my own,
> without success beyond stage 1. This  is related to the build
> failure. I tried new alex and happy versions, without any change. A
> naive approach was to compile alex/happy with ghc_stage1 compiler,
> without success (as I expected due missing TH). I tried several ghc
> versions for bootstrapping and alex/happy rebuilding (i guess ghc >
> 7.6 is necessary for a valid 7.7 alex/happy build with the new Bool
> primops), without success too.
> Finally I ended in a fully self build ghc 7.7.20130730 () and with
> this ghc I can confirm that this specific error with
> Binding.GLFW.c'glfwInit is gone :) Thanks
>  http://email@example.com/msg02357.html
> On Mon, Sep 16, 2013 at 2:52 PM, Christiaan Baaij
> > Here's a binary dist of my build:
> > In case someone wants to confirm my findings.
> > Cheers,
> > Christiaan
> > On Sep 16, 2013, at 2:24 PM, Christiaan Baaij <
> >> Hi,
> >> I saw the same issue/crash on my machine using ghc 7.6.3.
> >> I just build a "perf" build of GHC-head with
> >> "85a9e2468dc74b9e5ccde0dd61be86219fd323a2" as the latest commit.
> >> Now running, I get:
> >> 1) > cabal install bindings-glfw
> >> 2) > ghci
> >> 3) ghci> :m Bindings.GLFW
> >> 4) ghci> Bindings.GLFW.c'glfwInit
> >> 5) ghci> 1
> >> And doing:
> >> 1.) > cabal install GLFW-b
> >> 2.) > ghci -package GLFW-b
> >> 3.) ghci> import Graphics.UI.GLFW as GLFW
> >> 4.) ghci> GLFW.init
> >> 5.) ghci> True
> >> My platform:
> >> - OSX 10.8.4
> >> - ghc(i) 7.7.20130915
> >> - cabal 22.214.171.124 (using 1.18.0 of the Cabal library)
> >> - xcode cltools 4.6.2
> >> So it seems that the new ghci linking infrastructure fixes things
> >> Cheers,
> >> Christiaan
> >>>> What I do for GLFW is use a dylib, then you don't rely on GHCi's
> static-ish linker.
> >>>> The only wrinkle is figuring out where you want the dylib.
> >>>> I think homebrew will put one in /usr/local/lib, which works out
> nicely, but they don't have GLFW 3 yet.
> >>>> Another option is to build the dylib yourself from the GLFW source
> bundled with the GLFW-b package, then tell cabal where to find it.
> >>> Hi,
> >>> for me the problem relocates now to the "bindings-glfw" package, since
> >>> the native bindings moved to this package and are wrapped up with
> >>> "glfw-b".
> >>> My way to the same exception already mentioned by Brian Lewis:
> >>> 1) > cabal install bindings-glfw
> >>> 2) > ghci
> >>> 3) ghci> :m Bindings.GLFW
> >>> 4) ghci> Bindings.GLFW.c'glfwInit
> >>> 5) ghci terminates with exception: *** Terminating app due to uncaught
> >>> exception 'NSInvalidArgumentException', reason: '-[NSAutoreleasePool
> >>> init]: unrecognized selector sent to instance 0x7fc443c01b30'
> >>> Anthony Cowley mentioned to use ghci with GLFW as a dylib, I have no
> >>> clue how to do this. I built the according glfw version on my own as a
> >>> dylib and loaded ghci with it explicitly, this didn't help. I guess
> >>> the compiled bindings-glfw is already statically packed up.
> >>> How can I get ghci to use the native glfw dylib in combination with
> >>> bindings-glfw? If I have to compile bindings-glfw with different
> >>> settings, which settings? I have some oversight over haskell but no
> >>> really deep knowledge according to bindings and lib-loading of ghci,
> >>> but I'm willing to learn it ;)
> >>> My Platform:
> >>> - OSX 10.8.5
> >>> - ghc(i) 7.6.3
> >>> - cabal 126.96.36.199
> >>> - xcode dev tools 4.6.3
> >>> Thanks and Greetings
> >>> Jan
> >>> _______________________________________________
> >>> Haskell-Cafe mailing list
> >>> http://www.haskell.org/mailman/listinfo/haskell-cafe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-Cafe