garetxe on master
gi-harfbuzz-0.0.3 Add a pkgcon… haskell-gi-0.24.3 haskell-gi-base-0.24.2 and 1 more (compare)
but its weird because unlike with type classes this doesn't seem to be ad hoc extensible
Yes, that's right, it's not ad hoc extensible. But that should be OK, what this is encoding is the underlying
GObject inheritance hierarchy, and this is not something that users of a library can change (it is fixed when you register the type).
GObjecttypes from Haskell that I added a while ago, see https://github.com/haskell-gi/haskell-gi/blob/master/examples/advanced/CustomGObject.hs and https://github.com/haskell-gi/haskell-gi/blob/master/examples/advanced/CustomButton.hs
instance O.HasParentTypes CustomButton type instance O.ParentTypes CustomButton = Gtk.Button ': O.ParentTypes Gtk.Button
Required ancestor ‘GI.GdkX11.Objects.X11Window.X11Window’ not found for type ‘GI.Gdk.Window’.
so im just using xid <- GdkX11.x11WindowGetXid =<< liftIO (unsafeCastTo X11Window gdkWindow)
This is not safe in Wayland, no? It might be safe during runtime if the code only supports X11, but the type system doesn't know whether you are running in Wayland or X11.
haskell-gifor GObject subclassing. But it is not straightforward, and it will probably require some hsc2hs glue code to be written by hand.
Data.GI.CodeGen.CabalHooks. How would one go about debugging this? Thanks in advance!
gi-glibthat it fails.
Found the problem! I was disabling the static libraries (
.as) globally via
library-vanilla: False. This seemed to have broken GI libraries' custom-setup. Running
Great, thanks for letting me know! I had seen this issue before, but I had no idea what caused it. I always resorted to removing the build cache, and that somehow fixed it.
I noticed there have been backwards incompatible changes to Haskell GI lately. Is Haskell GI using semver and that's why it went to v0.22 from v0.21?
Basically, yes. Although due to the way
haskell-gi works, what this really means is the version of the API generated for the bindings, not the API of
WebKit.settingsSetEnableWriteConsoleMessagesToStdoutthrough Haskell seems to fail to have effect? It gets set, but
console.logs never get printed to stdout. An independent test for WebKit in C confirms it works. Just in the Haskell runtime it doesn't seem to.
Data.GI.Base.Constructible.newand a bunch of of
constructWebsiteDataManagerBaseDataDirectorys in an array, but then noticed the former takes some
AttrOpthingie and the latter returns
GValueConstructs. I take it there's a separate
newsomewhere that takes
GValueConstructrs in an array? Thanks in advance!
sequenceing for you... I'm not even sure whether that's weird or convenient. ^_^