Review Request 117535: If a function contains several return statements of different types, build an UnsureType
Denis Steckelmacher
steckdenis at yahoo.fr
Sun Apr 13 13:50:12 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117535/
-----------------------------------------------------------
(Updated April 13, 2014, 1:50 p.m.)
Status
------
This change has been marked as submitted.
Review request for KDevelop.
Repository: kdev-qmljs
Description
-------
This patch introduces the mergeTypes() function, based on the same function in kdev-python. Its behavior differs from the Python one in several aspects, though:
* Mixed types absorb other types (the function never returns "unsure(mixed, int)", but simply "mixed"). I'm not sure that it is the right thing to do, but I think that the "mixed" type is generally used to represent an unknown type. The user therefore gains no information by knowing that a function returns "anything, and this anything can sometimes be an int".
* The function makes more assumptions than the Python one. For instance, I know that the second type passed to it is never NULL, and that the function will be used to add a return type to a function or to add a type of a variable.
This function is used to merge the type of all the return statements of a function. This way, the user can know when a function may return values of different types. A future patch will also use this function to deduce the type of variables using assignments to them.
Diffs
-----
duchain/declarationbuilder.cpp fe131ce
duchain/helper.h 23a6d0e
duchain/helper.cpp 3ffdd56
tests/files/helloworld.js 1ce3815
Diff: https://git.reviewboard.kde.org/r/117535/diff/
Testing
-------
4 tests have been added. They test the basic features of mergeTypes and some corner cases (how voids should be handled, different return statements having the same type and how mixed should take precedence over other types).
Thanks,
Denis Steckelmacher
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20140413/351fa08d/attachment.html>
More information about the KDevelop-devel
mailing list