Unknown Symbol `__objc_empty_vtable` OS X 10.9 about bindings-glfw HOT 12 CLOSED

I also ran into this problem and can report that linking is fine in ghc-7.7.2013.11.06.

from bindings-glfw.

thanks, I experienced the same. I reported the error for ghc-7.6, just in case. Maybe they backporting the new linker to 7.6 before 7.8 is out :)

from bindings-glfw.

The linking with ghc is fine, but my syntax checker ghc-mod always throws the same error even though it was built with 7.7. I get the following error, which is almost identical.

schell@Macintosh:~/C/blocks:master$ ghc-mod check src/Main.hs 
ghc-mod: 
lookupSymbol failed in relocateSection (relocate external)
/Users/schell/Library/Haskell/ghc-7.7.20131106/lib/bindings-GLFW-3.0.3.1/lib/libHSbindings-GLFW-3.0.3.1.a: unknown symbol `__objc_empty_vtable'
src/Main.hs:0:0:Error:ghc-mod: unable to load package `bindings-GLFW-3.0.3.1'

from bindings-glfw.

I am also having this problem... any suggestions?

from bindings-glfw.

I have no insigt in ghc-mod, I'm just using it ^^ For my production environment I switched back to OS X 10.8 and I will stay there till ghc 7.8 is out, because I'm to short on time, sadly. I wish I could contribute more to this problem.

from bindings-glfw.

Gotta throw in a +1 here. Tried checking out the Lamdu project which uses GLFW and hit this. I've tried delving into Haskell a few times and it seems like I always run into something like this :). Sounds like I gotta wait until the next ghc release to try Lamdu.

from bindings-glfw.

@jbrownson I see you too tried this and failed for the same reason.

Oh well. Hope the next Haskell distribution comes out soon.

from bindings-glfw.

Traded a couple of emails with the Lamdu devs. Sounds like one of them (Yair) uses OS X and has had to go to git-head for ghc and had to fix a bunch of other problems after doing that to get it all working for himself (not sure if the other fixes were related to GLFW).

from bindings-glfw.

Is there any progress on this? Does this mean GLFW-b and similar libraries using ObjC code will be broken on 10.9 till a HP shipping with 7.8 is released?

from bindings-glfw.

@jbrownson, @blitzcode - I'm on OS X 10.9 with ghc7.7 (soon 7.8) and that does fix most of this problem. GLFW will build fine but other tooling still breaks - like ghc-mod. The weird thing is it only breaks when I'm using glfw AND TemplateHaskell. Since I'm still seeing this error in one form or another and I've built my entire toolchain (all packages and executables) with ghc7.7 I'm thinking that some work still needs to be done somewhere to really clear this up. Unfortunately I don't see where that work should be done. I'm guessing (uneducated) that it's somewhere in TemplateHaskell and it has something to do with CPP.

from bindings-glfw.

Is this issue you're seeing maybe similar to what you'd get with libstdc++ and ghc 7.6.3? You could never include C++ code in a project that uses TH since the bytecode interpreter's linker could not load the C++ runtime library. Maybe whatever runtime library ObjC uses (don't know much it) gets pulled in through GLFW and causes a similar problem. I thought those issues were a thing of the past with 7.8's new linker, but who knows.

From what I can tell, it might be possible to install XCode 4.6 + cmd line tools on 10.9 and maybe delay being affected by some of the issues of the libstdc++ / libc++ switch or whatever issues a brew build gcc install might have.

I tried a couple of times to build GHC head from git myself, never got it working. With the upcoming HP still being based on 7.6.3, it seems people that bough a Mac in the last couple of months or just upgraded will have a bit of a wait ahead of them till Haskell development is possible again.

from bindings-glfw.

We're now far into 7.8.3 and I haven't run into any of these problems since, so I'm closing this out. Feel free to reopen.

from bindings-glfw.