Re: [Vala] New version of Autovala, now with GEdit plugin

2014-05-22 Thread geovanisouz...@gmail.com
Congratulations, raster! I'll take a look. Geovani @ Android ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] A brand new build system

2014-05-16 Thread geovanisouz...@gmail.com
Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to

Re: [Vala] A brand new build system

2014-05-16 Thread geovanisouz...@gmail.com
don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole

[Vala] A brand new build system

2014-05-15 Thread geovanisouz...@gmail.com
Hello Vala guys! I would to thank you for this amazing language. I knew it yesterday, and love it yet! But, I noticed that have a lot of things to do, to turn it a great tool. For example, a *new simplified build system*. Not that I don't like Autotools and Make, but the language itself

Re: [Vala] A brand new build system

2014-05-15 Thread geovanisouz...@gmail.com
Thank you Steve, I don't had see it. I'll take a look. Geovani @ Android ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list

[Vala] About method overloading, constructor overloading and extension methods

2014-05-15 Thread geovanisouz...@gmail.com
Hello guys, I'm thinking about the reasons behind the pseudo constructor overload, method naming convensions and C# entension methods. I don't look deep in Vala compiler implementation, but can suggested something to resolve this issue, based in what I see in generated C code: a name binder.

Re: [Vala] About method overloading, constructor overloading and extension methods

2014-05-15 Thread geovanisouz...@gmail.com
G addG(G a, G b) { if (a is int b is int) return (int) a + (int) b; if (a is double b is double) return (double) a + (double) b; return 0; } int main(string[] args) { var result = add(2, 3); result = add(1.2, 3.4); print(Result: %f\n.printf(result));

Re: [Vala] About method overloading, constructor overloading and extension methods

2014-05-15 Thread geovanisouz...@gmail.com
Sorry for my mistake. I used the same variable result. Declaring: var result = add(2, 3); var result2 = add(1.2, 3.4); ​ Worked fine. Thank you Yannick. But the discussion can continue. ___ vala-list mailing list vala-list@gnome.org

Re: [Vala] About method overloading, constructor overloading and extension methods

2014-05-15 Thread geovanisouz...@gmail.com
Thank yout Evan, Luca and Aaron for explanation. I didn't see the archives for the historical debates. I agree with you. At all, with my experience with Python, the Zen says explicit is better than implicit. The overload is a features that facilitate the programmer's life, but not the life of

Re: [Vala] About method overloading, constructor overloading and extension methods

2014-05-15 Thread geovanisouz...@gmail.com
Luca, seems nice to me. Remember me the AspectJ: aspect VisitAspect { void Point.acceptVisitor(Visitor v) { v.visit(this); } } But, of course, without the pointcuts and voodoo syntax ​ ___ vala-list mailing