py-Orbit compilation fails with Intel-based MPI

[Dibbly-dabbly]

I have openmpi 3.0.0 compiled using Intel compilers icc, icpc, ifort version 18.0.1, running on a Mac OS X 10.13.2 (High Sierra). I am using Intelpython version 2.7.14. Trying to compile and link py-Orbit generates errors:
ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in ___svml_cos2_chosen_core_func_init from /opt/intel/compilers_and_libraries_2018.1.126/mac/compiler/lib/libsvml.a(svml_d_cos2_iface_la.o). To fix this warning, don't compile with -mdynamic-no-pic or link with -Wl,-no_pie
[I believe this has been reported independently.]
The issue does not arise with MPI set up using gcc, which suggests an Intel problem rather than a problem with py-Orbit. Nor did I have the fault before I upgraded to High Sierra and intel 18.
The full output is attached.
I have reported the problem separately to Intel. As yet I have not had a solution though they accept that the problem is materialising in libsvml, which is indeed an Intel library. It may not be the cause, however.

py-orbit_compilation_error_with_intel.txt

[Dibbly-dabbly]

Intel agreed that this looks like an issue with their _SVML library. Some labels have changed with the most recent Intel 2018 compiler release, which makes codes compiled with the newest compilers incompatible with libraries previously compiled with older versions. In my case, the problem seemed to stem from /usr/local/lib and I simply removed the -L/usr/local/lib reference
from LINKFLAGS in make_root_config in conf/Darwin/. py-Orbit now compiles and links on my Macs without any issues, whether MPICH is a wrapper for Intel or GNU. The Intel developers reported that they are setting the labels in libsvml back to the original names to maintain compatibility with older versions.