[MacPorts] #65713: libfmt8/libfmt9 change makes libfmt unusable OOB with external software,

[MacPorts]

#65713: libfmt8/libfmt9 change makes libfmt unusable OOB with external software,
-------------------------------------+----------------------
  Reporter:  Lord-Kamina             |      Owner:  mascguy
      Type:  defect                  |     Status:  assigned
  Priority:  Normal                  |  Milestone:
 Component:  ports                   |    Version:
Resolution:                          |   Keywords:
      Port:  libfmt libfmt8 libfmt9  |
-------------------------------------+----------------------
Changes (by Lord-Kamina):

 * version:  2.7.2 =>


Comment:

 I'm not saying you we install headers and libs directly in
 `${prefix}/include` and `${prefix}/lib`, nor symlinks in there either.
 Notice how my symlink is just for the cmake configuration files. but there
 has to be a way to not break cmake detection. I know I could add to
 `CMAKE_PREFIX_PATH`, but when I want to support using macports and
 homebrew and VS and mingw-w64 on windows and various flavors of Linux, it
 quickly begins to become unmanageable.

 The approach that has been taken essentially negates all benefit derived
 from fmt including its own cmake config files.

 Another possible fix would be to have those files installed in
 `/opt/local/lib/cmake/fmtX` instead of `/opt/local/lib/libfmtX/cmake/fmt`

-- 
Ticket URL: <https://trac.macports.org/ticket/65713#comment:5>
MacPorts <https://www.macports.org/>
Ports system for macOS