Re: [Vala] vala code generation too constrained?
- From: pancake <pancake youterm com>
- To: Nor Jaidi Tuah <norjaidi tuah ubd edu bn>
- Cc: vala-list gnome org
- Subject: Re: [Vala] vala code generation too constrained?
- Date: Thu, 13 Jan 2011 09:05:55 +0100
In this case you should report a bug with a test case. Its impossible for vala to catch all name collisions
at c level. But if its something related to two different lambdas with same name or stuff like that is a vala
bug.
Vala cant detect if there's a C macro that generates a funny symbol name that collides with another one
generated by vala. Adding more entropy to the name like with random numbers is just an ugly workaround that
will not cover all situations.
Similar problem happens in gtkaml while trying to detect if user overrides construct method or redefine any
variable in gtkon and vala at the same time.
On Jan 13, 2011, at 2:03 AM, Nor Jaidi Tuah <norjaidi tuah ubd edu bn> wrote:
Just use D, or C#, or Java, or Haskell, or OCaml, or Go, or ...
In fact for things that are not library, just use Python, Perl, Ruby or
anything dynamic. They are faster to write in and the performance hit just
does not matter for end applications. But for the platform components the
human-friendly C generation is needed and that's where vala stands out.
I don't want to start a language war. I chose Vala
after looking at all the languages mentioned above
(except Go and Perl). I'm also using Ruby and yes it is
faster to write in. But that's not a good reason to
confine Vala to library only. Vala wouldn't be attractive
if it is perceived as a "library only" language.
Back to the original thread which I started. Coming from
C background the vala limitation is not a major practical
problem to me. I will continue to use vala. But I also want
to see vala improve (not mutate into a monster, but improve).
When I started this thread, I wasn't thinking about overloaded
methods. There is no gotcha there. I was thinking about name
clashing. This also include names for functions that are split
by the compiler to support async, and some other stuffs.
One of these stuffs (I can't remember which one and how) bit me.
But, as I said, it is not something major to me; I just
rename things. But it may be a big spoiler for converts from Java.
Nice day
Nor Jaidi Tuah
_______________________________________________
vala-list mailing list
vala-list gnome org
http://mail.gnome.org/mailman/listinfo/vala-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]