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

[Dragiša Durić]

Of course... And I found lots of them uses regexp "parsers"... All
making same mistakes du to an EOL too many. No silver bullet there, but
even if there is one - Gtk+ is one example.

More important library (for me, of course) I am looking at is ffmpeg.
And few others. And their bindingness is not long enough present problem
to be as widely approached as Gtk+ is. 

On Sun, 2010-10-10 at 06:52 +0000, Jay K wrote:
> 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ć 
> > 		 	   		  

-- 
Dragiša Durić <dragisha at m3w.org>