As far as I know, Vala code gets translated to C then compiled to executables that use glib. At worst, just remove the vala code and work with the already generated C code? or is not possible?
Announcement
Collapse
No announcement yet.
A GNOME Developer's Arguments On Vala Being A "Dead" Language
Collapse
X
-
Originally posted by Pepec9124
Yeah, right.
I think there might be more.
Segfaults every Qt update are cool.
Our company depends on it because there really is no better alternative that would be cross platform, nice and fast (QML). I personally vouched for it and I still think it's the best of the rest.
But the amount of bugs is unbelievable.
Comment
-
Originally posted by hussam View PostAs far as I know, Vala code gets translated to C then compiled to executables that use glib. At worst, just remove the vala code and work with the already generated C code? or is not possible?
It is correct code, at least in my experience, but unless you like reading long code with lots of variables named like _tmpX_ (where X is a number), it is ugly.
*takes a look at generated c code for own vala code*: I really wouldn't want to use the generated C code...
- Likes 3
Comment
-
Originally posted by tuuker View PostTime to switch to world most widespread and stable toolkit, QT.
Vala is designed to be a robust, efficient low-level language with C capabilities, but devoid of some of C's arcane gotcha's. I spent some time a few weeks back going through some Go tutorials, and as a long-time C/C++ developer, I can see some merit to the approach. Which doesn't mean Go itself -- which is garbage-collected -- is necessarily a good replacement for Vala. Hence the interest in Rust.
Also, it isn't clear yet that Vala will be replaced. Bassi just points out that Vala is still a niche language, short on support, and should probably either grow or die.
- Likes 4
Comment
-
-
Why invest any time learning and developing in these trendy new languages, if 2-3 years later they could end up "dead", "unmaintained", "irrelevant". What languages will fall out of fashion next, Node.js? Go? Rust? How often do we need to rewrite the same applications for the same purpose over and over, because of this, and obsoleted frameworks/APIs?
- Likes 3
Comment
-
Originally posted by jacob View Post1st class GObject support in Rust (incl. as a producer), now that would be something!!
As you know a bunch of GNOMies have been in touch with Rustaceans to improve the Rust and GNOME binding integration. To accelerate the effort, we have decided to organize a hackfest soon-ish. After…
- Likes 1
Comment
Comment