Diamond

I'm actually not sure why this happens. Can you rebuild using `go build -a` just to confirm? If that doesn't work, does running it with `GSK_RENDERER=cairo` work?

Also, it would be better if you could make a new issue for this problem.

I'm not sure what use that would add, since it seems like `Gio.SettingsBackend` itself is excluded from generation. The reason for this seems to be listed in `Gio.SettingsBackend`'s documentation: >...

> if possible, a package in `pkg/core/gsettingsbackend` would be great! I actually don't think such a package would be very useful just yet. Looking more at the docs, `Gio.SettingsBackend` is...

Example signal: ```go func (*gdk.DisplayManager).ConnectDisplayOpened(f func(display gdk.Display)) glib.SignalHandle ``` should be ```go func (*gdk.DisplayManager).ConnectDisplayOpened(f func(display *gdk.Display)) glib.SignalHandle ```

> Is this something you'd like help with? Oh definitely, though the code is kind of all over the place right now, and priority isn't clearly defined enough for collaboration,...

As a sidenote, I've went ahead and made a contributing guideline over at [CONTRIBUTING.md](https://github.com/diamondburned/gotk4/blob/4/CONTRIBUTING.md).

#### Further Thoughts - libgirepository requires usage of GClosure, which we already have before but deprecated because it doesn't handle specific scenarios e.g. a pointer-length array parameter pair. We can...

WIP branch at https://github.com/diamondburned/gotk4-libgirepository. I'm unsure if gio should be runtime-linked or compile-time-linked. It takes ~1 minute to build it with cmd/cgo.

Side note that this doesn't work if the object is resurrected twice, since we can't `unref` all of them, so there needs to be a way to either keep track...