main_event_loop.go:55:10: undefined: SOURCE_REMOVE when running "Custom Drawing" Example Code about gobbi HOT 7 CLOSED

So appears to be having issues assigning untyped number C.G_SOURCE_REMOVE to your convenience alias SOURCE_REMOVE.

from gobbi.

I feel silly, thought the gobbi file in the root was a mistakenly committed binary and not a build shell script. Using this custom methodology is a bit confusing. Maybe calling it build or something other than the name of the parent folder would make it less confusing.

from gobbi.

Nm still can't build: FAIL github.com/pekim/gobbi/internal/test/gtk 0.146s

from gobbi.

You shouldn't need to run the gobbi script to generate the library. The generated code is already committed. So if you have previously run the script with a build argument, you'll probably want to discard any local changes that might have been generated.

A good first step would be to run an example.
https://pekim.github.io/gobbi/getting-started/

git clone https://github.com/pekim/gobbi.git
cd gobbi
./gobbi example simple_window

I've just noticed that there's a typo on that page. simple_window should be window_simple.

All that ./gobbi example window_simple ends up doing is the equivalent of something like this.

go run \
  -tags " \
    cairo_1.12 \
    gobject_2.26 \
    glib_2.48 \
    gdk_3.4 \
    gdkpixbuf_2.32 \
    gio_2.36 \
    gtk_3.18 \
    pango_1.38 \
    pangocairo_1.22
  " \
  example/window_simple/main.go

I hope that helps.

from gobbi.

I confess that I didn't read the issue's title properly. I now see that the original problem that you were having was with the custom-drawing example.

Do other examples, such as window_simple work?

from gobbi.

SOURCE_REMOVE is defined here.

I would speculate that one of the following is the reason for your problem.

• you were using a build tag of glib_2.xx, where xx is less that 32
• you were not using a glib build tag

So it would appear that https://github.com/pekim/gobbi/blob/master/lib/glib/main_event_loop.go requires a minimum glib version of 2.32. Therefore it could benefit from the addition of this build tag comment to enforce the restriction.

// +build glib_2.32 glib_2.34 glib_2.36 glib_2.38 glib_2.40 glib_2.44 glib_2.46 glib_2.48 glib_2.50 glib_2.52 glib_2.54 glib_2.56

I should be able to look in to sorting that out at the weekend.

from gobbi.

I have removed an unnecessary dependency on glib 2.32 or later by glib.IdleAddOnce.
d42a7bc

from gobbi.