Rico Tzschichholz
Rico Tzschichholz
Duplicate of #281
@aggsol Yeah this is a different issue.
CC @danrabbit @cassidyjames
@Prince781 The `value_type` of a `MemberAccess` provides you with an optional `context_symbol` which should be used, if set, as replacement for type_symbol.
Preferably `granite` should not contain nested namespaces at all. Those are not supported by the `GIR` format and vala isnt fully capable to transform those. https://gitlab.gnome.org/GNOME/vala/issues/541
`install_dir` is supposed to be a string or array of strings. Obviously meson should complain about that, but doesn't here with 0.49.2 ``` --- a/src/meson.build +++ b/src/meson.build @@ -56,7 +56,6...
Would be nice to get this bisected. Never mind, manually creating a `StringLiteral` without setting its `source_reference` and using it afterwards, is not good.
See https://github.com/vala-lang/vala-lint/pull/134
To silence warnings then passing `-Wno-discarded-qualifiers -Wno-incompatible-pointer-types` is reasonable. I can not recommend suppressing other warnings though. So doing `-Wno-int-conversion` is bad, while is points to an existing problem. ```...