-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extension method, extension property, receiver function for vala #12
Conversation
A struct initializer list contained in an array initializer list is now transformed to a struct creation expression. The pre-existing logic ensures that constant expressions are not transformed. Fixes https://gitlab.gnome.org/GNOME/vala/issues/949
Correctly handle owned property accessor in object initializer. In addition to c0e955d See https://gitlab.gnome.org/GNOME/vala/issues/953
Also pass proper size to memset for local temp variables of inline-allocated arrays in asynchronous context. Fixes https://gitlab.gnome.org/GNOME/vala/issues/954
Issue an error in the semantic check to forbid such statements. Parsing such an errornous expression-statement failed since 5464767 Fixes https://gitlab.gnome.org/GNOME/vala/issues/961
… constants The required header includes were not emited to the correct declaration space.
…thods Fixes criticals in GAsyncModule.visit_method() vala_symbol_get_parent_symbol: assertion 'self != NULL' failed which were introduced with 12db9b7
This adds code coverage for generating multiple signals, tests for arrays and ensures that the private signals are not leaking.
This resulted in invalid C code: error: lvalue required as left operand of assignment Fixes https://gitlab.gnome.org/GNOME/vala/issues/953
Preserve signature of DBusSignalCallback
…equired Doing this in the parser is not reasonable while this is clearly a sematic requirement.
The required attibutes were not applied correctly when introduced by c124f82
Otherwise building with glib-2.0 < 2.50 breaks due availability check of GLib.Pid.FORMAT.
…eck if required" This reverts commit d176f17. Fixes https://gitlab.gnome.org/GNOME/vala/issues/982
…e_base_type() This allows a wider usage of DataType.get_actual_type() without an actual reference to the AST. This is private internal API.
…urn null This is private internal API.
…struct Don't generate invalid c-code leading to "cannot convert to a pointer type" Fix https://gitlab.gnome.org/GNOME/vala/issues/991
Don't generate invalid c-code leading to "cannot convert to a pointer type" Fixes https://gitlab.gnome.org/GNOME/vala/issues/991
Don't generate faulty c-code with results in segmentation faults. Fixes https://gitlab.gnome.org/GNOME/vala/issues/992
…eter Otherwise this will cause an index clash resulting in loosing the first variable list parameter. Regression of b1cb703 Fixes https://gitlab.gnome.org/GNOME/vala/issues/995
The main development is here. GitHub is a mirror of the repository. PS I also just love this Kotlin/C# functionality. |
Thank you for contributing to vala! vala uses GitLab for code review. As such we have forwarded https://gitlab.gnome.org/GNOME/vala/-/issues/1012 GNOME's GitLab instance also supports GitHub as one of the possible https://gitlab.gnome.org/users/sign_in If you are interested in sticking around within the GNOME community we https://www.gnome.org/get-involved |
Hello, first of all I love this language,
I have kotlin, c# development experience and I like extension method, extension property of kotlin,
some times extension method, extension property, receiver functions are very helpful for developers,
so do you have any plan for this please?
thank you