[MacPorts] #62770: clang++ 11 broken by MacOS 11.3 update
MacPorts
noreply at macports.org
Tue May 4 01:03:32 UTC 2021
#62770: clang++ 11 broken by MacOS 11.3 update
-----------------------+---------------------------
Reporter: haberg-1 | Owner: jeremyhu
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 2.6.4
Resolution: fixed | Keywords: bigsur x86_64
Port: clang-11 |
-----------------------+---------------------------
Changes (by ken-cunningham-webuse):
* status: assigned => closed
* resolution: => fixed
Comment:
In [changeset:"b4d02201add7b3e5758513e2df61a140692ead57/macports-ports"
b4d02201add7b3e5758513e2df61a140692ead57/macports-ports] (master):
{{{
#!ConfigurableCommitTicketReference repository="macports-ports"
revision="b4d02201add7b3e5758513e2df61a140692ead57"
clang-11: backport include-next fix
thanks to @landonf for spelunking this one
Currently, Clang looks for libc++ headers alongside the installation
directory of Clang, and it also adds a search path for headers in the
-isysroot. This is problematic if headers are found in both the toolchain
and in the sysroot, since #include_next will end up finding the libc++
headers in the sysroot instead of the intended system headers.
This patch changes the logic such that if the toolchain contains libc++
headers, no C++ header paths are added in the sysroot. However, if the
toolchain does *not* contain libc++ headers, the sysroot is searched as
usual.
This should not be a breaking change, since any code that previously
relied on some libc++ headers being found in the sysroot suffered from
the #include_next issue described above, which renders any libc++ header
basically useless.
closes: https://trac.macports.org/ticket/62770
}}}
--
Ticket URL: <https://trac.macports.org/ticket/62770#comment:19>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list