[Vala] array of function pointer
Hello
I am playing with the Gsl.vapi file.
here the definition of a delegate type in this vapi file (no CCode for now)
static delegate int MultirootF (Vector x, void* params, Vector f);
In one of my classes I want an array of this MultirootF
struct my_func {
MultirootF[] fs;
}
For now the c code generated is as simple as
MultiRootF *f;
but the gsl headers do not define this MultirootF type.
So how can I tweak the vapi with CCode to obtain the right result.
PS: The real c type of the MultiRootF is
int (*f)(gsl_vector const *x, void* params, gsl_vector *f);
Thanks
Frederic.
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
[Vala] how to initialize a static struct ?
Hello
I have a struct like this
public struct Lattice {
public Parameter a;
public Parameter b;
public Parameter c;
public Parameter alpha;
public Parameter beta;
public Parameter gamma;
}
the Parameter is also a struct with only a doubles.
So I try to create a default struct for the Lattice
public static Lattice default = {
{1.0}, {1.0}, {1.0}, {90.}, {90.}, {90.}
};
but vala complaine saying hkl-lattice.vala:1.49-1.49: error: syntax
error, expected identifier
public static Lattice default = {
^
how can I create a static Lattice and use it in other classes ?
Thanks
Frederic
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] array of function pointer
2008/8/14 picca <[EMAIL PROTECTED]>
> Hello
>
> I am playing with the Gsl.vapi file.
>
Great!! I think i was the only one..
> here the definition of a delegate type in this vapi file (no CCode for now)
>
> static delegate int MultirootF (Vector x, void* params, Vector f);
>
> PS: The real c type of the MultiRootF is
> int (*f)(gsl_vector const *x, void* params, gsl_vector *f);
>
In the binding I have to create a delegate because is the only way that vala
point to a function.
MultirootF was the only name that occurred me to use. The importat think is
the parameters (Vector, void*, Vector ) and the returned type (int)...
> In one of my classes I want an array of this MultirootF
>
> struct my_func {
>MultirootF[] fs;
> }
>
> For now the c code generated is as simple as
> MultiRootF *f;
but the gsl headers do not define this MultirootF type.
I Think vala do not handle array of delegate, see
http://bugzilla.gnome.org/show_bug.cgi?id=521688
>
> So how can I tweak the vapi with CCode to obtain the right result.
>
>
I Think in the near future a static delegate will desappear, see
http://bugzilla.gnome.org/show_bug.cgi?id=526549
I still don't know how will be implemented the static delegates, but i will
change the gsl vapi file with the proper code...
>
> Thanks
You are welcome, any opinion is welcome
>
> Frederic.
>
Matias
PS: you are f7 in the irc?
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
[Vala] RE : array of function pointer
> Great!! I think i was the only one.. Thanks for the work you have done with GSL. I found 2 errors in the current .vapi. I will send you a patch in a next email, don't you think that this vapi file can be part of the officisl GSL repository. (the git one) ? > In the binding I have to create a delegate because is the only way that vala > point to a function. > MultirootF was the only name that occurred me to use. The importat think is > the parameters (Vector, void*, Vector ) and the returned type (int)... good name :). the problem with vala is that you can not declare a parameter as a constant. so you have warnings during the C colpilation. the real C signature is (const gsl_vector*, void*, gsl_vector*) > I Think vala do not handle array of delegate, see > http://bugzilla.gnome.org/show_bug.cgi?id=521688 so we need to waite a little longer :) > I Think in the near future a static delegate will desappear, see > http://bugzilla.gnome.org/show_bug.cgi?id=526549 > I still don't know how will be implemented the static delegates, but i will > change the gsl vapi file with the proper code... Good luke. > You are welcome, any opinion is welcome I am using the multiroot minimization and root finding so if I find something wrong, I will send a patch. > PS: you are f7 in the irc? No sorry :) which irc canal is it ? ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] RE : array of function pointer
2008/8/14 PICCA Frédéric-Emmanuel < [EMAIL PROTECTED]> > > Great!! I think i was the only one.. > > Thanks for the work you have done with GSL. > > I found 2 errors in the current .vapi. I will send you a patch in a next > email, > Great, I will update! > > don't you think that this vapi file can be part of the officisl GSL > repository. (the git one) ? > Yes, could be. We need to test it more. I see the link to the external vapi bindings in http://www.gnu.org/software/gsl/ (section extensions/applications). For me it's just fine... > > In the binding I have to create a delegate because is the only way that > vala > > point to a function. > > MultirootF was the only name that occurred me to use. The importat think > is > > the parameters (Vector, void*, Vector ) and the returned type (int)... > > good name :). > the problem with vala is that you can not declare a parameter as a > constant. > so you have warnings during the C colpilation. > the real C signature is (const gsl_vector*, void*, gsl_vector*) yeah, but isn't a big problem... which irc canal is it ? IRC channel #vala on GIMPnet Matias ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
[Vala] RE : RE : array of function pointer
> Yes, could be. We need to test it more. I see the link to the external vapi > bindings in http://www.gnu.org/software/gsl/ (section > extensions/applications). For me it's just fine... Yes but do you have a repository for the gsl.vapi ? Cheers ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] RE : RE : array of function pointer
2008/8/14 PICCA Frédéric-Emmanuel < [EMAIL PROTECTED]> > > Yes, could be. We need to test it more. I see the link to the external > vapi > > bindings in http://www.gnu.org/software/gsl/ (section > > extensions/applications). For me it's just fine... > > Yes but do you have a repository for the gsl.vapi ? > No I don't, I just put the vapi file in the external bindings... > > Cheers > ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
[Vala] [ANNOUNCE] Vala 0.3.5 - Compiler for the GObject type system
We are pleased to announce version 0.3.5 of Vala, a compiler for the GObject type system. Vala 0.3.5 is now available for download at: http://download.gnome.org/sources/vala/0.3/ Changes since 0.3.4 * Notify on property changes by default (Jared Moore) * Add unique-1.0 bindings (Phil Housley) * Updates to the GLib, GTK+, and GStreamer bindings. * Many bug fixes. Vala is a new programming language that aims to bring modern programming language features to GNOME developers without imposing any additional runtime requirements and without using a different ABI compared to applications and libraries written in C. valac, the Vala compiler, is a self-hosting compiler that translates Vala source code into C source and header files. It uses the GObject type system to create classes and interfaces declared in the Vala source code. It's also planned to generate GIDL files when gobject- introspection is ready. The syntax of Vala is similar to C#, modified to better fit the GObject type system. Vala supports modern language features as the following: * Interfaces * Properties * Signals * Foreach * Lambda expressions * Type inference for local variables * Generics * Non-null types * Assisted memory management * Exception handling Vala is designed to allow access to existing C libraries, especially GObject-based libraries, without the need for runtime bindings. Each to be used library requires a Vala API file at compile-time, containing the class and method declarations in Vala syntax. Vala currently comes with bindings for current versions of GLib, GTK+, and many more. Using classes and methods written in Vala from an application written in C is not difficult. The Vala library only has to install the generated header files and C applications may then access the GObject-based API of the Vala library as usual. It should also be easily possible to write a bindings generator for access to Vala libraries from applications written in e.g. C# as the Vala parser is written as a library, so that all compile-time information is available when generating a binding. More information about Vala is available at http://live.gnome.org/Vala The Vala Team Jürg Billeter and Raffaele Sandrini ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] GLX (OpenGL Extension to the X Window System) binding!!
Hi, Le mercredi 13 août 2008 à 16:56 -0300, Matías De la Puente a écrit : > Hello all, > > I made a glx binding for vala (glx.vapi). An example is also attach to > this mail. > For compile the example you need also the gl.vapi file > (http://live.gnome.org/Vala/ExternalBindings). > > Compile the example with: > valac glxtest.vala --pkg gtk+-2.0 --pkg glx --pkg gl --pkg gdk-x11-2.0 > > Any suggestion is welcome. just a question: why did you call constants GLX.GLX_SOMETHING instead of just GLX.SOMETHING ? Xav ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
