Skip to content
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

Closed
wants to merge 78 commits into from

Conversation

dream-1ab
Copy link

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

ricotz and others added 30 commits April 4, 2020 23:18
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.
…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.
…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
@gavr123456789
Copy link

The main development is here. GitHub is a mirror of the repository.

PS I also just love this Kotlin/C# functionality.

@gnomesysadmins
Copy link

Thank you for contributing to vala!

vala uses GitLab for code review. As such we have forwarded
your contribution to the GNOME official GitLab instance:

https://gitlab.gnome.org/GNOME/vala/-/issues/1012

GNOME's GitLab instance also supports GitHub as one of the possible
authentication method in case you'd like to follow up on the above
issue. You can login at the following URL:

https://gitlab.gnome.org/users/sign_in

If you are interested in sticking around within the GNOME community we
encourage you to read the following documents:

https://www.gnome.org/get-involved
and
https://wiki.gnome.org/Newcomers

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
8 participants