libbpf: Do not use btf_dump__new() macro in C++ mode
authorJiri Olsa <jolsa@redhat.com>
Thu, 23 Dec 2021 13:17:35 +0000 (14:17 +0100)
committerAndrii Nakryiko <andrii@kernel.org>
Thu, 23 Dec 2021 18:23:16 +0000 (10:23 -0800)
As reported in here [0], C++ compilers don't support
__builtin_types_compatible_p(), so at least don't screw up compilation
for them and let C++ users pick btf_dump__new vs
btf_dump__new_deprecated explicitly.

  [0] https://github.com/libbpf/libbpf/issues/283#issuecomment-986100727

Fixes: 6084f5dc928f ("libbpf: Ensure btf_dump__new() and btf_dump_opts are future-proof")
Signed-off-by: Jiri Olsa <jolsa@kernel.org>
Signed-off-by: Andrii Nakryiko <andrii@kernel.org>
Acked-by: Yonghong Song <yhs@fb.com>
Link: https://lore.kernel.org/bpf/20211223131736.483956-1-jolsa@kernel.org
tools/lib/bpf/btf.h

index 742a2bf..061839f 100644 (file)
@@ -313,12 +313,18 @@ LIBBPF_API struct btf_dump *btf_dump__new_deprecated(const struct btf *btf,
  *
  * The rest works just like in case of ___libbpf_override() usage with symbol
  * versioning.
+ *
+ * C++ compilers don't support __builtin_types_compatible_p(), so at least
+ * don't screw up compilation for them and let C++ users pick btf_dump__new
+ * vs btf_dump__new_deprecated explicitly.
  */
+#ifndef __cplusplus
 #define btf_dump__new(a1, a2, a3, a4) __builtin_choose_expr(                           \
        __builtin_types_compatible_p(typeof(a4), btf_dump_printf_fn_t) ||               \
        __builtin_types_compatible_p(typeof(a4), void(void *, const char *, va_list)),  \
        btf_dump__new_deprecated((void *)a1, (void *)a2, (void *)a3, (void *)a4),       \
        btf_dump__new((void *)a1, (void *)a2, (void *)a3, (void *)a4))
+#endif
 
 LIBBPF_API void btf_dump__free(struct btf_dump *d);