[MacPorts] #62698: restrictive patch to CMake's find frameworks algorithm
MacPorts
noreply at macports.org
Wed Apr 14 20:17:16 UTC 2021
#62698: restrictive patch to CMake's find frameworks algorithm
---------------------+-----------------------
Reporter: RJVB | Owner: michaelld
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: cmake |
---------------------+-----------------------
Comment (by RJVB):
Replying to [comment:1 ryandesign]:
> Only Homebrew installs frameworks in /usr/local/Frameworks.
If that was the well-founded conclusion of the linked discussion (which I
haven't had time to scan through) then I suppose it's less dramatic than I
thought to remove the path. But I'm not so easily convinced that no "semi-
informed" project would install frameworks into a Frameworks directory
under its $prefix, nor that there are no users who use /usr/local that
way. I know I'd be likely to do that myself (instead, I just "trespass" in
$prefix, using `porg` to keep track of my stuff).
> a user who wants to find Homebrew-installed frameworks should be using a
cmake installed by Homebrew, not one installed by MacPorts.
I cannot agree with that. Again, CMake is NOT a private tool that
shouldn't be used for any other purpose than to build software destined
for installation in $prefix or using only dependencies under $prefix. Why
would it be made difficult for users who have a HB install in addition to
MacPorts because of stuff that's not available in MacPorts?
Now, if `/usr/local/Frameworks` is in `CMakeFindFrameworks.cmake`
*because* HomeBrew uses that path, then an argument could be made
(upstream!) that the search should include `$prefix/Framework` (I suppose
that would be `${CMAKE_SYSTEM_PREFIX_PATH}/Frameworks`). Being more
generic that should logically come before the hardcoded path, but that
could always be corrected in a patchfile.
--
Ticket URL: <https://trac.macports.org/ticket/62698#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list