diff options
author | Chris Green <greenc@fnal.gov> | 2023-05-02 20:18:30 -0500 |
---|---|---|
committer | GitHub <noreply@github.com> | 2023-05-02 18:18:30 -0700 |
commit | c110bcc5af64a0d93200b58861a9cb65c751ffbd (patch) | |
tree | 0b80341199336283d94eaf2613e4c2db355aa59d /share | |
parent | 4edd364a8b38ba617d86a821788c4225bc325b5b (diff) | |
download | spack-c110bcc5af64a0d93200b58861a9cb65c751ffbd.tar.gz spack-c110bcc5af64a0d93200b58861a9cb65c751ffbd.tar.bz2 spack-c110bcc5af64a0d93200b58861a9cb65c751ffbd.tar.xz spack-c110bcc5af64a0d93200b58861a9cb65c751ffbd.zip |
libintl, iconv, gettext: account for libc provider and externals (#35450)
* libiconv can be provided by libc, so update packages which depend on
libiconv to require the iconv virtual instead
* Many packages need special consideration when locating iconv depending
on whether it is provided by libc (no prefix provided) or the libiconv
package (in that case we want to provide a prefix)
* It was also noticed that when an iconv external was provided, that
there was interference with linking (this should generally be handled
by Spack's compiler wrappers and bears further investigation)
* Like iconv, libintl can be provided by libc or another package, namely
gettext. It is not converted to a provider like libiconv because it
provides additional routines. The logic is similar to that of iconv
but instead of checking the provider, we check whether the gettext
installation includes libintl.
Diffstat (limited to 'share')
0 files changed, 0 insertions, 0 deletions