Age | Commit message (Collapse) | Author |
|
|
|
While looking at the assignments in the `defer`, if we encounter an
`error`-type assignment, emit a diagnostic if the error named in the lhs
of the assignment is not present in the return signature's names.
Not sure if this makes sense to me yet. I probably only want to report a
problem for a non-declare assignment of an error value when the error
type in the return signature is _not_ named at all.
|
|
Store the index where we find the `error` type in the function
signature's return list so we can use it later to get the corresponding
variable names, if any.
|
|
And add a test function that does have named returned values.
|
|
|
|
|
|
|
|
I didn't read the docs carefully, it turns out `FuncType` only gives us
the signature. If we want access to the function body as well to be able
to walk its AST, we need a `FuncDecl`.
|
|
I was having a hard time figuring out how to get the function where a
`defer` occurs from the defer, so I decided to look at all functions
first instead, and find out if they contain `defer`s.
|
|
Still working out how to traverse the AST to be able to see the objects
I need.
|
|
Idea for a new linter for ensuring errors are returned from `defer`
closures.
|