Fwd: [Development] Are we free of code that checks this isn't null?

Milian Wolff mail at milianw.de
Fri Mar 4 20:00:21 UTC 2016


On Freitag, 4. März 2016 10:51:08 CET Kevin Funk wrote:
> Are *we* free of it?
> 
> Simply using this under Clang should tell us about all occurrences:
>   -Werror=undefined-bool-conversion

I think that there where cases in the older code base and they broke with 
clang already and I fixed it. I'm not sure whether I found all of those though 
:)

I'll also take another look.

Cheers

> ----------  Forwarded Message  ----------
> 
> Subject: [Development] Are we free of code that checks this isn't null?
> Date: Thursday, March 03, 2016, 10:52:15 PM
> From: Thiago Macieira <thiago.macieira at intel.com>
> To: development at qt-project.org
> 
> Found in GCC 6's changelog (http://gcc.gnu.org/gcc-6/changes.html):
> > Value range propagation now assumes that the this pointer of C++ member
> > functions is non-null. This eliminates common null pointer checks but also
> > breaks some non-conforming code-bases (such as Qt-5, Chromium, KDevelop).
> > As a temporary work-around -fno-delete-null-pointer-checks can be used.
> > Wrong code can be identified by using -fsanitize=undefined.
> 
> Are we free of such mistakes? Or do we need to enable -fno-delete-null-
> pointer-checks?


-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20160304/5414294b/attachment.sig>


More information about the KDevelop-devel mailing list