[Vala] Code style refactor

2016-09-11 Thread rastersoft
Hi all: Is there a source code style refactor for Vala? If not, where can I find documentation about libvala api? Thanks. -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com

Re: [Vala] The future of Vala

2016-09-11 Thread Al Thomas
- Original Message - > From: Timm Bäder > Sent: Sunday, 11 September 2016, 17:43 > Subject: Re: [Vala] The future of Vala > On 11.09, Al Thomas wrote: >> Anyone with GNOME commit access can add to the Vala repository. >> So for these two recent patches, a positive

Re: [Vala] LADSPA bindings

2016-09-11 Thread Al Thomas
- Original Message - > From: Victor Aurélio Santos > Sent: Sunday, 11 September 2016, 17:08 > Subject: Re: [Vala] LADSPA bindings > The valac complaints: > LADSPA.vapi:52.9-52.41: error: unexpected declaration >public delegate void

Re: [Vala] LADSPA bindings

2016-09-11 Thread Evan Nemerson
On Sun, 2016-09-11 at 16:30 +, Gergely Polonkai wrote: > Should not that be (Descriptor instance, ulong port, double? > dataLocation) > instead? Using asterisk in Vala seems unnatural to me… In general, you shouldn't use pointers in Vala.  In general if you're using a pointer you're doing it

Re: [Vala] The future of Vala

2016-09-11 Thread Evan Nemerson
On Sun, 2016-09-11 at 17:30 +0200, Timm Bäder wrote: > On 10.09, Evan Nemerson wrote: > > > > This is something I've been thinking about lately, too.  We > > currently rely on Jürg and Luca's expertise pretty heavily for > > development and patch review, and since they are both busy with > >

Re: [Vala] LADSPA bindings

2016-09-11 Thread Gergely Polonkai
Try removing it everywhere. Structs are always translated into pointers, so every Descriptor * should be plain Descriptor instead. Where you need to pass pointers to simple types (e.g. double *), use “typename?” instead, like double? double_pointer_param. Another thing that is suspicious to me is

Re: [Vala] The future of Vala

2016-09-11 Thread Timm Bäder
On 11.09, Al Thomas wrote: > > Basically, I'm not saying that Jürg or Luca need to > > even work on valac, but a patch review now and then would already help > > a lot. And some of those patches are really quite simple and obviously > > correct, but no review except theirs has any weight. > > >

Re: [Vala] LADSPA bindings

2016-09-11 Thread Victor Aurélio Santos
Don't know.. but the error stays even changing Em 11 de set de 2016 13:30, "Gergely Polonkai" escreveu: > Should not that be (Descriptor instance, ulong port, double? dataLocation) > instead? Using asterisk in Vala seems unnatural to me… > > On Sun, Sep 11, 2016, 18:09

Re: [Vala] LADSPA bindings

2016-09-11 Thread Gergely Polonkai
Should not that be (Descriptor instance, ulong port, double? dataLocation) instead? Using asterisk in Vala seems unnatural to me… On Sun, Sep 11, 2016, 18:09 Victor Aurélio Santos < victoraur.san...@gmail.com> wrote: > What I've tried: > > [CCode (copy_function="", destroy_function="")] >

Re: [Vala] The future of Vala

2016-09-11 Thread Al Thomas
- Original Message - > From: Timm Bäder > Sent: Sunday, 11 September 2016, 16:30 > Subject: Re: [Vala] The future of Vala > Basically, I'm not saying that Jürg or Luca need to > even work on valac, but a patch review now and then would already help > a lot. And some

[Vala] Leaving the project

2016-09-11 Thread Luca Bruno
Hi, it's been a long time I haven't worked on Vala. Until now, I always thought I could have some spare time to work on it, but things changed so much in my life that it's no more the case. I've started using Vala several years ago. The first time I saw the language I was impressed and delighted.

Re: [Vala] LADSPA bindings

2016-09-11 Thread Victor Aurélio Santos
What I've tried: [CCode (copy_function="", destroy_function="")] public struct Descriptor { public ulong UniqueID; public const char[] Label; public Properties Properties; public const char[] Name; public const char[] Maker; public const

Re: [Vala] The future of Vala

2016-09-11 Thread Dev_NIX
+1 -- * EOF * 2016-09-10 22:44 GMT+02:00 Evan Nemerson : > This is something I've been thinking about lately, too. We currently > rely on Jürg and Luca's expertise pretty heavily for development and > patch review, and since they are both busy with other stuff Vala >

Re: [Vala] The future of Vala

2016-09-11 Thread Timm Bäder
On 10.09, Evan Nemerson wrote: > This is something I've been thinking about lately, too.  We currently > rely on Jürg and Luca's expertise pretty heavily for development and > patch review, and since they are both busy with other stuff Vala > development has slowed down quite a bit. > > Assuming

Re: [Vala] The future of Vala

2016-09-11 Thread Baptiste Gelez
Le 2016-09-10 23:58, Evan Nemerson a écrit : On Sat, 2016-09-10 at 21:22 +, Ben Iofel wrote: Sounds awesome. Even if we don't move to github, we should still allow people to submit pull requests on the mirror (https://github.com/gnome/vala) I completely disagree.  There should be one

Re: [Vala] The future of Vala

2016-09-11 Thread Al Thomas
- Original Message - > From: Evan Nemerson > Sent: Saturday, 10 September 2016, 21:44 > Subject: Re: [Vala] The future of Vala > Chris Daley has been working on moving a version of Valadate into the > Vala tree (see ) so tests