Comments (6)
It's on my urgent TODO, but my job takes almost all my time. I'll get to it ASAP. Thanks for your patience.
from bindings-glfw.
My naive approach to get this binding working with 3.0.2/3.0.3: replace the glfw src folder with the new sources. cabal build
completes successfully. But cabal test
or other use of this library (e.g. GLFW-b) leads to a nasty bindings-GLFW/dist/build/libHSbindings-GLFW-0.1.0.a: unknown symbol
__objc_empty_vtable'`
Im currently investigating this error but I'm stuck.
OS X 10.9 with the new XCode version brings some major changes:
- clang is now the default compiler
- OpenGL 4.1
- new SDK
Some thoughts:
- maybe clang misses some flags used by the ghc/cabal build tools. For example:
-nodefaultlibs unused
warnings appears in the cabal build log. So maybe clang dyn-links to libs that are not implicitly present in the ghc environment - ...
from bindings-glfw.
I'm not sure about your specific build problem, but I can explain a bit about why I haven't updated bindings-GLFW yet.
GLFW (the C library) uses cmake to build a config.h suitable for your system. We don't want to require users to have cmake to build bindings-GLFW, so we generated config.h files on the three OSes we care about, and select the proper one at build time. But every time a new version of GLFW is released, I need to generate new config.h files, and I don't have Windows or OS X.
In the near future, I'll just ask friends with access to Windows and OS X to generate those files for me so that I can get a new bindings-GLFW out. That may resolve your issues. Sorry for the delay. :(
from bindings-glfw.
Hi there,
I can provide those config.h
's for OS X and Windows.
Currently I spend serval hours to snipe down this annoying build failure:
My current state:
cabal test
or at least buildingGLFW-b
or cabal repl leads to this failure:
lookupSymbol failed in relocateSection (relocate external)
/Users/jloos/Workspace/hs/bindings-GLFW/dist/build/libHSbindings-GLFW-0.1.1.a: unknown symbol `__objc_empty_vtable'
__objc_empty_vtable
seems part of thelibobjc.A.dylib
if using gcc with objective-c support instead of clang (I guess). It's part of the Objective-C Runtime__objc_empty_vtable
is referenced fromcocoa_window.o
but it's not the only reference to the objc runtime (just the first one in use)
I'm not very familiar with OS X development (especially ObjC) and to the depth of haskell building, but I guess there are problems with the dynamic linking to the ObjC Runtime on the ghc/ghci side. I'm not sure if this is really fixable with project side building flags. I naivly tried -ObjC
and -all_load
to static linking to the runtime (Apple Developer Reference), without any effect (binary equally).
I will keep trying ;)
Edit: my build log
Edit2: my cabal repl log
from bindings-glfw.
quick update: I managed to build the current ghc HEAD with an brew installed gcc48 with an brew ghc-7.6.3 for bootstrapping the build. With this ghc version and with gcc48 I was able to built bindings-GLFW to a usable library. This is now nearly the build environment before 10.9, based on gcc. No real progress so far.
Sadly I wasn't able to build the ghc HEAD with clang, so I can't predict any behavior with ghc-7.8 on OS X 10.9. But I changed the installed snapshot ghc settings to use clang instead of ghc48 (settings located in: /usr/local/lib/ghc-7.7.20131024/settings
), and cabal test
runs. So good signs ahead ;)
from bindings-glfw.
further progress captured here #7 :
from bindings-glfw.
Related Issues (20)
- Update glfw to 3.1.1 HOT 1
- Should the dependency to Xxf86vm be made optional? HOT 1
- Expose GLFW_USE_DWM_SWAP_INTERVAL as build flag.
- glfw3native.h bindings HOT 3
- Submit to Stackage HOT 2
- Package needs a new maintainer HOT 10
- HUnit 1.3 support HOT 2
- update glfw to 3.2.1 HOT 9
- License mismatch between Cabal and LICENSE file HOT 1
- Make the glfw source to a submodule? HOT 1
- unable to load package `bindings-GLFW-3.1.2.2' HOT 5
- Stack install failing HOT 11
- Duplicate link in README
- glfw_config.h on linux doesn't support multiple window managers.
- MoltenVK support HOT 3
- Upgrade to 3.3
- Doesn't build on Windows. Num directive not supported in cross compilation mode. HOT 8
- OpenBSD support for bindings-GLFW HOT 7
- Upgrade to 3.3.4 or 3.3.6 HOT 1
- broken on M1 macs HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bindings-glfw.