root6 build stage fails with Exit code: 2

[jfcaron3]

I am trying to install root6 with a specific variant on OSX 10.11.6, and it consistently crashes in the build stage on a make command with an Exit code: 2

The make command uses -j8 and in the past reducing the number of compile threads has helped.

[jfcaron3]

main.log, zipped.

[mf2k (Frank Schima)]

Don't forget to add the port maintainers to Cc so that they can fix this.

[cjones051073 (Chris Jones)]

I am aware of the underlying issue

:info:build In file included from /opt/local/include/tbb/tbb.h:81:
:info:build /opt/local/include/tbb/task_group.h:132:53: error: 'uncaught_exceptions' is unavailable: introduced in macOS 10.12
:info:build             bool stack_unwinding_in_progress = std::uncaught_exceptions() > 0;
:info:build                                                     ^
:info:build /opt/local/libexec/llvm-5.0/include/c++/v1/exception:130:63: note: 'uncaught_exceptions' has been explicitly marked unavailable here
:info:build _LIBCPP_FUNC_VIS _LIBCPP_AVAILABILITY_UNCAUGHT_EXCEPTIONS int uncaught_exceptions() _NOEXCEPT;
:info:build                                                               ^

I have yet to find a solution to it, other than suggest you update your OS to 10.12 or newer.

[jfcaron3]

Yes, I need to upgrade my OS soon anyways. I'll try root6 again after I do that.

[cjones051073 (Chris Jones)]

I might have an idea for a work around... Currently I configure root6 to use MacPorts provided TBB (I always favour this, than allowing root to use its own 'builtin' whenever I can) but maybe on 10.11 and older will work around this... I'll give it a try.

[jfcaron3]

I have a working root6 port with the following version & variant string: root6 @6.14.02_0+clang60+cocoa+cxx17+gcc7+graphviz+gsl+http+minuit2+opengl+python36+roofit+soversion+ssl+tmva+xml+xrootd (active)

It's only failing to build the newer 6.14.06.

[cjones051073 (Chris Jones)]

That version was likely built with an older TBB version without the issue, or the older root version does not use the TBB feature that triggers the error.

Either way, not a long term solution.

[cjones051073 (Chris Jones)]

Reverting back to root's internal tab version for OSX10.11 and older seems to work OK, for now at least, so I've pushed this...