[MacPorts] #57654: root6 port has header problems in 6.14/06

[MacPorts]

#57654: root6 port has header problems in 6.14/06
---------------------+--------------------
 Reporter:  olupton  |      Owner:  (none)
     Type:  defect   |     Status:  new
 Priority:  Normal   |  Milestone:
Component:  ports    |    Version:  2.5.4
 Keywords:           |       Port:  root6
---------------------+--------------------
 It seems that there is a problem with the include paths in the newest
 (6.14/06) version of ROOT.

 This is closely related to https://trac.macports.org/ticket/57007 -- the
 resolution to that was to make
 {{{/opt/local/libexec/root6/include/root/RConfig.h}}} a symbolic link to
 {{{/opt/local/libexec/root6/include/root/ROOT/RConfig.h}}}.

 The new problem is that
 {{{/opt/local/libexec/root6/include/root/ROOT/RConfig.h}}} now contains
 {{{#include "../RVersion.h"}}}, which is intended to resolve to
 {{{/opt/local/libexec/root6/include/root/RVersion.h}}}. If the include
 path is such that {{{#include "RConfig.h"}}} picks up the symbolic link
 then compilation fails:
 {{{
 /opt/local/libexec/root6/include/root/RConfig.h:22:10: fatal error:
 '../RVersion.h' file not found
 #include "../RVersion.h"
          ^~~~~~~~~~~~~~~
 1 error generated.
 }}}

 This change to {{{RConfig.h}} was introduced in
 https://github.com/root-
 project/root/commit/38580d360a3c1793e5cc8af1c9e9efbba71f9b74#diff-
 9361ac3923df05c6c743e0822e6fe33e

 Reverting the change, so {{{RConfig.h}}} contains {{{#include
 "RVersion.h"}}}, worked for me as a temporary hack. I don't immediately
 see a nice solution...

-- 
Ticket URL: <https://trac.macports.org/ticket/57654>
MacPorts <https://www.macports.org/>
Ports system for macOS