@Axel Does this happen on your root installation?
Indeed /usr/usr/include
is bad. I wonder if it’s because something has changed in the way ROOT handles SYSROOT
. I set CMAKE_INSTALL_PREFIX=/usr
and I’d hate for this to be causing it. Anyway, I am still fixing the other* install path issue so I might look into this as well.
@marty1885 I am able, however, to add the correct path to the interpreter paths successfully with gInterpreter->AddIncludePath("/usr/local/include");
. Then I get what I should:
root [2] .I
-isysroot
/usr
-I
/etc/root
-I
/etc/root/cling
-I
/usr/include
-cxx-isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../include/c++/9.2.0
-cxx-isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../include/c++/9.2.0/x86_64-pc-linux-gnu
-cxx-isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../include/c++/9.2.0/backward
-isystem
/usr/usr/local/include
-isystem
/etc/root/cling/lib/clang/5.0.0/include
-extern-c-isystem
/usr/include
-extern-c-isystem
/usr/usr/include
-I
/usr/local/include
-resource-dir
/etc/root/cling/lib/clang/5.0.0
-nostdinc++
@marty1885 root 6.18.04-9
should fix all that for the moment.
Thanks, @kgizdov ! And shrug, maybe it’s those lines… that would mean it’s reproducible with clang-5? I’d hope that whatever patch Arch uses to make it work has been upstreamed and thus upgrading llvm will “just fix it”?
Thank you. And the fix has propagated to the mirror I’m using! Working perfectly.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.