diff options
author | Adam J. Stewart <ajstewart426@gmail.com> | 2023-03-20 05:22:59 -0600 |
---|---|---|
committer | GitHub <noreply@github.com> | 2023-03-20 07:22:59 -0400 |
commit | 5dc8ed269441cc5ea210443564f306bd0d5b3dc0 (patch) | |
tree | ec8f913df85d82e0c9c60c0913bfe69245ee9b74 /lib | |
parent | 199f71ea48b8feab2d3df65dfe31c29f25c04391 (diff) | |
download | spack-5dc8ed269441cc5ea210443564f306bd0d5b3dc0.tar.gz spack-5dc8ed269441cc5ea210443564f306bd0d5b3dc0.tar.bz2 spack-5dc8ed269441cc5ea210443564f306bd0d5b3dc0.tar.xz spack-5dc8ed269441cc5ea210443564f306bd0d5b3dc0.zip |
Remove unused `ignore` parameter of `extends()` directive (#35588)
The `ignore` parameter was only used for `spack activate/deactivate`, and it isn't used
by Spack Environments which have their own handling of file conflicts. We should remove it.
Everything that handles `ignore=` was removed in #29317 and included in 0.19, when we
removed `spack activate` and `spack deactivate` in favor of environments. So all of these
usages removed here were already being ignored by Spack.
Diffstat (limited to 'lib')
-rw-r--r-- | lib/spack/docs/packaging_guide.rst | 23 |
1 files changed, 0 insertions, 23 deletions
diff --git a/lib/spack/docs/packaging_guide.rst b/lib/spack/docs/packaging_guide.rst index 125384763f..0b1e596abf 100644 --- a/lib/spack/docs/packaging_guide.rst +++ b/lib/spack/docs/packaging_guide.rst @@ -2726,29 +2726,6 @@ variant(s) are selected. This may be accomplished with conditional extends("python", when="+python") ... -Sometimes, certain files in one package will conflict with those in -another, which means they cannot both be used in a view at the -same time. In this case, you can tell Spack to ignore those files: - -.. code-block:: python - - class PySncosmo(Package): - ... - # py-sncosmo binaries are duplicates of those from py-astropy - extends("python", ignore=r"bin/.*") - depends_on("py-astropy") - ... - -The code above will prevent everything in the ``$prefix/bin/`` directory -from being linked in a view. - -.. note:: - - You can call *either* ``depends_on`` or ``extends`` on any one - package, but not both. For example you cannot both - ``depends_on("python")`` and ``extends("python")`` in the same - package. ``extends`` implies ``depends_on``. - ----- Views ----- |