Re: [Vala] Where does Vala.Paraser create code nodes?

2013-11-21 Thread Luca Bruno
On 21/11/2013 01:54, Christian Johnson wrote: Hi all! I've been mucking around in the vala source code, and I got a little stuck. I can't find where Vala.Parser actually creates the code nodes. According to https://wiki.gnome.org/Vala/Hacking#Back_to_the_Parser: However the Parser calls back

Re: [Vala] trouble with Gir and Ganv

2013-11-21 Thread Luca Bruno
On 21/11/2013 06:58, banjo wrote: hi I'm trying to use ganv (an interactive Gtk canvas widget for graph-based interfaces) Vala version.. 0.20.1 OS.. debian unstable amd64 Installed debian packages .. gir1.2-ganv-1.0 libganv-1-1 libganv-dev gir1.2-glib-2.0 gir1.2-gtk-2.0

Re: [Vala] trouble with Gir and Ganv

2013-11-21 Thread banjo
On 21/11/13 21:28, Luca Bruno wrote: On 21/11/2013 06:58, banjo wrote: .. I'm trying to use ganv (an interactive Gtk canvas widget for graph-based interfaces) .. Try passing --pkg gtk+-3.0 . In general, manually pass a --pkg for every dependency for which a .vapi exists . i already did

Re: [Vala] trouble with Gir and Ganv

2013-11-21 Thread Luca Bruno
On 21/11/2013 09:42, banjo wrote: i already did so, in my original email i mentioned this.. valac --pkg gtk+-3.0 --pkg Ganv-1.0 ganv.vala I was saying about vapigen. Also can you paste the package... lines in Ganv-1.0.gir? Only ganv package must be there. from

Re: [Vala] trouble with Gir and Ganv

2013-11-21 Thread banjo
On 21/11/13 21:44, Luca Bruno wrote: On 21/11/2013 09:42, banjo wrote: i already did so, in my original email i mentioned this.. valac --pkg gtk+-3.0 --pkg Ganv-1.0 ganv.vala I was saying about vapigen. ah, ok include name=Gtk version=2.0/ Sorry, you can't use both gtk3 and

Re: [Vala] A suggestion for future releases

2013-11-21 Thread Jürg Billeter
Hi Jim, On Thu, 2013-11-21 at 00:06 -0008, Jim Nelson wrote: My broad point is, dot releases for stable versions of Vala can cause large changes downstream. In the future, could these changes be more geared toward critical fixes? Yes, we're aware of that and we are typically more careful in

Re: [Vala] Where does Vala.Paraser create code nodes?

2013-11-21 Thread Luca Bruno
Feel free to edit the wiki. On Thu, Nov 21, 2013 at 8:13 PM, Christian Johnson _...@mail.com wrote: Luca Bruno lethalman88@... writes: On 21/11/2013 01:54, Christian Johnson wrote: Hi all! I've been mucking around in the vala source code, and I got a little stuck. I can't

Re: [Vala] Where does Vala.Paraser create code nodes?

2013-11-21 Thread Christian Johnson
Luca Bruno lethalman88@... writes: On 21/11/2013 01:54, Christian Johnson wrote: Hi all! I've been mucking around in the vala source code, and I got a little stuck. I can't find where Vala.Parser actually creates the code nodes. According to

[Vala] View AST of source

2013-11-21 Thread Christian Johnson
Hi all! I would like to view the AST before it is transformed into ccode, before and after symbol resolution. Mostly to better understand the compilation possess. What would be the simplest way to do this? Are there any tools to help? If not, where would be the best place to insert some print

Re: [Vala] View AST of source

2013-11-21 Thread Luca Bruno
You can --dump-tree. Also there's a tool valag for graphing the ast which I wrote for myself when learning the compiler, however it's not up-to-date. I shouldn't take too much effort to update. http://lethalman.hostei.com/valag.html On Thu, Nov 21, 2013 at 8:02 PM, Christian Johnson

[Vala] Recursive foreaching

2013-11-21 Thread Donn
I have a tree of nodes, something like this in pseudocode: class Node ArrayList kidnodes Node parent So - each node has kids and a parent. I find myself wanting to foreach over the tree from code that is not within a Node. Right now, I'm doing this kind of thing: class Node ... public

Re: [Vala] A suggestion for future releases

2013-11-21 Thread Jürg Billeter
Hi Jim, On Thu, 2013-11-21 at 00:06 -0008, Jim Nelson wrote: My broad point is, dot releases for stable versions of Vala can cause large changes downstream. In the future, could these changes be more geared toward critical fixes? Yes, we're aware of that and we are typically more careful in