Re: [Vala] Generating bindings for classes defined over multiple packages

[Gabe Gorelick-Feldman <gabegorelick gmail com>]

Thanks, but at that point it's easier just to do the binding by hand. I was
trying to come up with a process that could integrate well with the build
system, that way the library can be built and bindings can be
auto-generated, but I guess that's not possible.

Are there any plans to make the vala tools less package-oriented? It would
be nice if you could just give them some header files and the shared
libraries they map to instead of having to package everything.

On Mon, Feb 8, 2010 at 5:26 AM, Abderrahim Kitouni <a kitouni gmail com>wrote:

> Hi,
>
> 2010/2/8, Gabe Gorelick-Feldman <gabegorelick gmail com>:
> > I hope this is the right place to ask this. I'm working on generating
> vala
> >  bindings for a a set of packages. One package is the "core" package and
> the
> >  other is the gtk extension. The gtk package adds gtk-specific methods
> onto
> >  the core classes directly. The core package bindings build fine, but the
> gtk
> >  ones do not. The problem is that even though the gtk extension headers
> >  #include the core headers, vala-gen-introspect does not seem to realize
> that
> >  the gtk package headers are just defining new methods on top of existing
> >  classes from another package. Instead, it interprets the methods as
> >  callbacks.
> >
> >  Is there any way to do this? Let me know if I'm not being clear enough.
> From vala's point of view, these cannot be separate packages. The only
> way I see is to pass everything to vala-gen-introspect as a single
> package.
>
> HTH,
> Abderrahim