Re: [java-gnome-hackers] Rewrite of Code generator using GIR (Using GIR as basis)

[Serkan K. <se...@ge...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I want to summarize the problems I have currently in the defscleanup
branch and gir branch.

* GdkBitmap (Bitmap) and GdkPixbufFormat (PixbufFormat) are interpreted
as boxed's but in the public API they're not.

* When a field and a getter/setter for that field exists, they collide
since Accessor blocks and Method blocks generate duplicate Java methods.
I don't know if sealing will address this in Gtk3.

* A problem where I over came with defs, var-args methods are considered
to be unsuitable for bindings and as a design decision not
introspectable and we use some of them in the public API (especially
some constructors where no non-var-arg constructors exist-See Gnome bug
#141004[1])

* Generation of parameter and return types is hacky and makes
assumptions (See GTypeInfo.c) I filed a bug[2] for inclusion of this in
typelib (it's in GIR XML files but not compiled into typelibs)

* Andrew is uncomfortable with some of the deprecated stub API I
introduced to src/bindings Examining the Gtk-2.0.gir file (the one he
sent) it seems that deprecated flag is not used in type level but
function/signal level only. GIR API has isDeprecated() defined in
GIBaseInfo which applies to all blocks. I don't know if this issue is
just because they're not annotated as deprecated in source code. Maybe
Gtk3 will resolve these as well.

1: https://bugzilla.gnome.org/show_bug.cgi?id=141004
2: https://bugzilla.gnome.org/show_bug.cgi?id=628812

- -- 
Sincerely,
Serkan KABA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAky4rWcACgkQRh6X64ivZaJXtACfbhy17TmPqE2f8QWJC8fg8GvQ
pA0An1Z4sbA4aNztjrvnCeLgppN+Y0qr
=9VgE
-----END PGP SIGNATURE-----