summaryrefslogtreecommitdiff
path: root/test/parent-deep.slice
diff options
context:
space:
mode:
authorDavid Herrmann <dh.herrmann@gmail.com>2014-11-03 18:23:28 +0100
committerDavid Herrmann <dh.herrmann@gmail.com>2014-11-04 08:27:31 +0100
commit44dd2c6e861316d26a78848eb0f6b35bd3b82d4b (patch)
tree5c7fddebd5c4d70bb501148482c343213735b9cb /test/parent-deep.slice
parente6c019026b8cfd27a997e6e6ed1349f8f289b7e2 (diff)
util: introduce negative_errno()
Imagine a constructor like this: int object_new(void **out) { void *my_object; int r; ... r = ioctl(...); if (r < 0) return -errno; ... *out = my_object; return 0; } We have a lot of those in systemd. If you now call those, gcc might inline the call and optimize it. However, gcc cannot know that "errno" is negative if "r" is. Therefore, a caller like this will produce warnings: r = object_new(&obj); if (r < 0) return r; obj->xyz = "foobar"; In case the ioctl in the constructor fails, gcc might assume "errno" is 0 and thus the error-handling is not triggered. Therefore, "obj" is uninitialized, but accessed. Gcc will warn about that. The new negative_errno() helper can be used to mitigate those warnings. The helper is guaranteed to return a negative integer. Furthermore, it spills out runtime warnings if "errno" is non-negative. Instead of returning "-errno", you can use: return negative_errno(); gcc will no longer assume that this can return >=0, thus, it will not warn about it. Use this new helper in libsystemd-terminal to fix some grdev-drm warnings.
Diffstat (limited to 'test/parent-deep.slice')
0 files changed, 0 insertions, 0 deletions