Opened 2 years ago

Last modified 2 years ago

#57601 assigned defect

ROOT6 headers broken

Reported by: lpgaff (Liam Gaffney) Owned by: cjones051073 (Chris Jones)
Priority: Normal Milestone:
Component: ports Version: 2.5.4
Keywords: Cc: mojca (Mojca Miklavec)
Port: root6


I am compiling my own code against the ROOT libraries and when it comes to building the dictionaries it fails with the error:

In file included from
/opt/local/libexec/root6/include/root/RConfig.h:22:10: fatal error: '../RVersion.h' file not found
#include "../RVersion.h"
1 error generated.
make[1]: *** [TreeBuilderDictionary.o] Error 1
make: *** [TreeBuilder] Error 2

The file at /opt/local/libexec/root6/include/root/RConfig.h is actually a link to the real file at /opt/local/libexec/root6/include/root/ROOT/RConfig.h. Hence, the include you see for RVersion.h goes up one directory. However, clang seems to take the location of the linked file, not the real file, so RConfig.h cannot be found.

I can "fix" this by changing #include "../RVersion.h" to #include "RVersion.h" in the file /opt/local/libexec/root6/include/root/ROOT/RConfig.h, but this seems to be unsatisfactory.

Can anybody find a better fix, or explain the reason that the compiler doesn't resolve the static link to RConfig.h, or infact why a static link is required at all?

Cheers, Liam

Change History (5)

comment:1 Changed 2 years ago by cjones051073 (Chris Jones)

Looks like a duplicate of the issue in

can you please try the work arounds discussed there ?

comment:2 Changed 2 years ago by mf2k (Frank Schima)

Cc: cjones051073 removed
Owner: set to cjones051073
Status: newassigned

comment:3 Changed 2 years ago by lpgaff (Liam Gaffney)

I looked at the previous ticket (57007) and can conclude that it is basically the same bug. However, the symlinks in the /opt/local/include directory are not relevant. I am compiling with the explicit include path from 'root-config --cflags', which gives -I/opt/local/libexec/root6/include/root, the correct directory.

I think this may actually be an upstream bug with ROOT, if the RConfig.h symlink is created by ROOT and not by Macports. That or clang is not resolving the symlink when it should be. What is the expected behaviour here?

I can also "fix" the problem by removing the RConfig.h symlink altogether and editing the file to explicity include ROOT/RConfig.h instead of RConfig.h. However, this file is generated by rootcling, which should know better than to include the wrong file...

comment:4 Changed 2 years ago by cjones051073 (Chris Jones)

It would not be the first time root generated code it could not compile....

can you make a simple reproducer ?

Also, before reporting upstream I would want to see if it occurs with the binary distribution upstream provide, to first rule out a packaging issue in macports.

comment:5 Changed 2 years ago by lpgaff (Liam Gaffney)

I don't have a simple reproducer, but I have the full code (not so big) on GitHub at

Just try make in the top level directory or in the TreeBuilder directory to see it fail on the dictionary compilation.

Note: See TracTickets for help on using tickets.