I meant that these would be mandatory only for 2nd and subsequent declarations.
Sam
-Original Message-
From: Sam Liddicott s...@liddicott.com
Sent: 12 January 2010 07:25
To: Jiří Zárevúcky zarevucky.j...@gmail.com; Fabzter fabos...@gmail.com
Cc: vala-list@gnome.org
Subject: Re: [Vala]
Sam Liddicott píše v Út 12. 01. 2010 v 07:25 +:
Overloading could easily be supported with mandatory cname or csuffix
attributes; that an explicit name needs to be given for C is no reason that
it needs to be given for vala which could do regular overloading.
I think it ought to be
* Jiří Zárevúcky wrote, On 12/01/10 14:43:
Sam Liddicott píše v Út 12. 01. 2010 v 07:25 +:
Overloading could easily be supported with mandatory cname or csuffix
attributes; that an explicit name needs to be given for C is no reason that it
needs to be given for vala which could do
Hi,
IMHO overloading is a good feature for maintenance and backward
compatibility but it should follow some rules in order to avoid bad impact
in C code , for example (with convention over configuration):
vala code
void show(){...}
void show(string label){...}
C code
void show{}
void
Sam Liddicott píše v Út 12. 01. 2010 v 16:04 +:
* Jiří Zárevúcky wrote, On 12/01/10 14:43:
Sam Liddicott píše v Út 12. 01. 2010 v 07:25 +:
Overloading could easily be supported with mandatory cname or csuffix
attributes; that an explicit name needs to be given for C is no
Finally got an usable vapi for libmusicbrainz3:
http://gitorious.org/vjaquez-misc/mcdripper/blobs/master/libmusicbrainz3.vapi
In the repository are a couple of tests.
Cheers,
vmjl
2010/1/9 Victor Manuel Jáquez Leal cey...@gmail.com:
Hi,
After playing with libmusicbrainz I switched to
On Wed, Jan 06, 2010 at 12:22:49 -0700, Shawn Ferris wrote:
On Wed, 2010-01-06 at 07:51 +0100, Jan Hudec wrote:
It already exists. It's called a class!
Of course I know what a class is, and I understand (mostly) what they're
capable of. The problem with a separate class to manage the