Not sure who is looking after this, but one bug I found was that all the errors are exported as enums rather than errordomains in libgda-5.0
This is my hacky fix...
https://github.com/roojs/app.Builder.js/blob/master/src/vapi/libgda-5.0.vapi#L1480
this enables try/catch to work correctly in vala.
Regards
Alan
On Friday, May 15, 2015 07:16 AM, Daniel Espinosa wrote:
Rico, could you expand your explanation about "... g-ir-scanner seems to be caught in this LDAP stuff ...", in order to take a shot about, may be providing building messages output, please?Vivien,I'd would like to see GDA 5.2 Vala bindings at valadoc.org, they have an old 4.0 version, then could you check way Rico states that: "The API isn't in sync between the ldap-provider and internal ldap-interface."
---------- Forwarded message ----------
From: Rico Tzschichholz <ricotz t-online de>
Date: 2014-10-10 7:22 GMT-05:00
Subject: Re: Gda bindings in vala-girs
To: Daniel Espinosa <esodan gmail com>
I send this again since I didn't receive an answer for the proposed changes.
There is no real difference between vala 0.26 and master git yet.
Vala is doing the right thing here apart from barfing about some
characters in the gir.
Although g-ir-scanner seems to be caught in this LDAP stuff. The API
isn't in sync between the ldap-provider and internal ldap-interface.
See
https://git.gnome.org/browse/libgda/commit/?h=LIBGDA_5.2&id=6d02929e798ba6f71e9a6acde2c11f6c5c2dc996
And this gmodule/dlopen mechanism is probably a problem too for g-i.
I don't know why the "cnc" property still isn't picked up here.
Am 01.10.2014 um 04:59 schrieb Daniel Espinosa:
> I've used updated jhbuild to build GDA and Vala 0.26, stable from 0.26
> branch.
>
> I see you use Vala 0.28, is this the way? Is not better to use stable
> branches?
>
> In my box I found differences, attached, please review before to commit.
>
> 2014-09-30 8:29 GMT-05:00 Rico Tzschichholz <ricotz t-online de
> <mailto:ricotz t-online de>>:
>
> Hi,
>
> Yeah it is useful and wanted to use the latest available versions to
> generated these bindings to pick up bug-fixes and such. Purposely using
> valac 0.22 is not a good idea ;-)
>
> I have pushed updates to catch up with the g-i changes.
> Besides that I added the needed configure-flags to have the needed files
> generated in jhbuild by default.
>
> https://git.gnome.org/browse/jhbuild/commit/?id=a5b7742150c0debe89f6640f7e9351859f8d1a02
>
> This way it will get updated in the progress of our/my usual jhbuild
> update of girs/vapis.
>
> Regards,
> Rico
>
> Am 30.09.2014 um 15:17 schrieb Daniel Espinosa:
> > Thanks forma your advise :-)
> >
> > I would like to maintain this files because I'm the maintainer in
> > libgda. I've used 0.22, because is that version available when 5.2 was
> > realized; I'm using 5.2 branch too.
> >
> > Then valadoc.org <http://valadoc.org> <http://valadoc.org> policy
> is to use latest version of
> > vala and GObject Introspection?
> >
> > If so, we need to use non released distribution, use jhbuild or wait and
> > update my box to latest distribution using GNOME 3.14 now a days.
> >
> > El sep 30, 2014 3:17 AM, "Rico Tzschichholz" <ricotz t-online de <mailto:ricotz t-online de>
> > <mailto:ricotz t-online de <mailto:ricotz t-online de>>> escribió:
> >
> > Hi,
> >
> > I noticed your commit/merge to vala-girs. Your build
> environment seems
> > to be pretty outdated and therefore your reverted quite a lot
> of changes
> > in Gda-5.0.gir. If you are pushing things there make sure you
> are using
> > an up2date system since e.g. valac-0.22, which you used, is
> quite old.
> >
> > I am going to update the related files based on "LIBGDA_5.2"
> branch
> > https://git.gnome.org/browse/libgda/log/?h=LIBGDA_5.2
> >
> > Regards,
> > Rico
> >
>
>
>
>
> --
> Trabajar, la mejor arma para tu superación
> "de grano en grano, se hace la arena" (R) (en trámite, pero para los
> cuates: LIBRE)
--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)
_______________________________________________ gnome-db-list mailing list gnome-db-list gnome org https://mail.gnome.org/mailman/listinfo/gnome-db-list
_______________________________________________
gnome-db-list mailing list
gnome-db-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-db-list