Re: [Haskell-cafe] OS X ghci problem

The ghci bug goes away when you use a ghc head snapshot from late summer? Great! 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 [1] 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 ([2]) and with this ghc I can confirm that this specific error with Binding.GLFW.c'glfwInit is gone :) Thanks

[1] http://www.mail-archive.com/ghc-devs@haskell.org/msg02357.html [2] http://darcs.haskell.org/ghcBuilder/uploads/tn23/ghc-7.7.20130730-src.tar.bz...

On Mon, Sep 16, 2013 at 2:52 PM, Christiaan Baaij javascript:;> wrote:

...

Here's a binary dist of my build: https://www.dropbox.com/s/d37rij0dnvjiqqy/ghc-7.7.20130915-x86_64-apple-darw... In case someone wants to confirm my findings.

Cheers,

Christiaan

On Sep 16, 2013, at 2:24 PM, Christiaan Baaij < christiaan.baaij@gmail.com javascript:;> wrote:

...

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 1.18.0.1 (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

On Sep 14, 2013, at 9:00 PM, Jan-Philip Loos javascript:;> wrote:

...

...

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 1.18.0.1 - xcode dev tools 4.6.3

Thanks and Greetings

Jan _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org javascript:; http://www.haskell.org/mailman/listinfo/haskell-cafe