libsystemd: make sure we prefix even the dirty secrets in our API with "_sd_"
authorLennart Poettering <lennart@poettering.net>
Fri, 27 Nov 2015 19:29:42 +0000 (20:29 +0100)
committerLennart Poettering <lennart@poettering.net>
Fri, 27 Nov 2015 19:33:04 +0000 (20:33 +0100)
commit20ba6c2ebe083a6a5021b68622637c710ea12115
tree1c620ea2cfc9d667a982f307859e3efeec1dbec8
parent6355e75610a8d47fc3ba5ab8bd442172a2cfe574
libsystemd: make sure we prefix even the dirty secrets in our API with "_sd_"

This renames __useless_struct_to_allow_trailing_semicolon__ everywhere
to _sd_useless_struct_to_allow_trailing_semicolon_, to follow our usual
rule of prefixing stuff from public headers that should be considered
internal with "_sd_".

While we are at it, also to be safe: when the struct is used in the C++
protector macros make sure to use two different names depending on
whether it appears in the C++ or C side of things. After all, there
might be compilers that don't consider C++ and C structs the same.

See https://github.com/systemd/systemd/pull/2052#discussion_r46067059
src/systemd/_sd-common.h