Note about Intel compiler segfault with long paths (#14652)

This PR adds a note about segfaults with the Intel compiler when the
install paths are long and the dependencies many.
This commit is contained in:
Glenn Johnson 2020-01-28 14:57:06 -06:00 committed by Adam J. Stewart
parent 52ab2421bb
commit 48a12c8773

View file

@ -30,11 +30,21 @@ Default is ``$spack/opt/spack``.
``install_hash_length`` and ``install_path_scheme`` ``install_hash_length`` and ``install_path_scheme``
--------------------------------------------------- ---------------------------------------------------
The default Spack installation path can be very long and can create The default Spack installation path can be very long and can create problems
problems for scripts with hardcoded shebangs. There are two parameters for scripts with hardcoded shebangs. Additionally, when using the Intel
to help with that. Firstly, the ``install_hash_length`` parameter can compiler, and if there is also a long list of dependencies, the compiler may
set the length of the hash in the installation path from 1 to 32. The segfault. If you see the following:
default path uses the full 32 characters.
.. code-block:: console
: internal error: ** The compiler has encountered an unexpected problem.
** Segmentation violation signal raised. **
Access violation or stack overflow. Please contact Intel Support for assistance.
it may be because variables containing dependency specs may be too long. There
are two parameters to help with long path names. Firstly, the
``install_hash_length`` parameter can set the length of the hash in the
installation path from 1 to 32. The default path uses the full 32 characters.
Secondly, it is also possible to modify the entire installation Secondly, it is also possible to modify the entire installation
scheme. By default Spack uses scheme. By default Spack uses