[M3devel] m3gap.... it's an alignment issue

[Jay K]

get gtk.defs from pygtk.
 
or
"It's worth noting that the "new way" to do things is with
gobject-introspection rather than a defs file (see pybank, gjs)"
 
etc.
 
 
 - Jay

----------------------------------------
> From: jay.krell at cornell.edu
> To: dragisha at m3w.org
> CC: m3devel at elegosoft.com
> Subject: RE: [M3devel] m3gap.... it's an alignment issue
> Date: Sun, 10 Oct 2010 06:52:49 +0000
>
>
> Look at what others do?
>
> Heck there is a C# binding. You can compile that
> and reflect over its metadata.. should be able
> to spit back out the original C headers?
>
>
> Just Bing for "automate gtk binding"?
>
> http://pwet.fr/man/linux/commandes/generate2
> http://gtk2-perl.sourceforge.net/doc/binding_howto.pod.html#autogeneration
>
> etc.
>
> Someone should make an interface language, that everyone
> actually uses!
>
> - Jay
>
>
>
> ----------------------------------------
> > From: dragisha at m3w.org
> > To: jay.krell at cornell.edu
> > Date: Sun, 10 Oct 2010 01:50:43 +0200
> > CC: m3devel at elegosoft.com
> > Subject: Re: [M3devel] m3gap.... it's an alignment issue
> >
> > Eliminating key phrase being "out own C"...
> >
> > I understand your approach here, and it's all OK - except it means ultra
> > extra work for large APIs like Gtk+ I am working with/on. To accomplish
> > things in our lifetimes, we have to automate things. It all boils down
> > to "parse .h somehow, and then manipulate AST's to produce pieces of C
> > and pieces of Modula-3".
> >
> > Looks a lot what SWIG does already, and I think it's nice place to
> > start. Get what they already learned from .h's and produce better
> > interfacing libraries. More concise and readable, at least.
> >
> > On Sat, 2010-10-09 at 21:53 +0000, Jay K wrote:
> > >
> > > Note this isn't with "underlying C", but with our own C.
> > --
> > Dragiša Durić
> >