Created attachment 26645 [details] [review]
Patch that fixes the problem

This is lying around in my tree, but I've been too scared to commit it.

This is not right either, because an int range is not an int. And a list
definitely isn't.
They're not boxed either.
What we'd need would be inheriting from some magic G_TYPE_NONE, but I don't
think that's possible, or is it?

I can confirm that this patch doesn't break anything. It doesn't fix anything
either, though.

Indeed, this is the conclusion I came to.  We really need to get a range of
fundamental types assigned by the glib people, since these are really
fundamental types.  This was done for a few other projects, it appears.

Er, duh.  Fundamental types can be dynamically allocated, which I hadn't
realized before.  'make check' works with these types registered by
g_type_fundamental_register(), so I'll check it in.