[MacPorts] #34806: mkvtoolnix needs boost and icu built with same compiler

[MacPorts]

#34806: mkvtoolnix needs boost and icu built with same compiler
-------------------------+--------------------------------
  Reporter:  brian@…     |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.1.1
Resolution:              |   Keywords:
      Port:  mkvtoolnix  |
-------------------------+--------------------------------

Comment (by raimue@…):

 Replying to [comment:24 Kona8lend@…]:
 > All 3 ports are aware of and use /opt/local/private/mkvtoolnix/ as a
 private subtree for mkvtoolnix special needs. There are several good
 reasons for this. Firstly, we guarantee that all C++ and C++11 libraries
 for which mkvtoolnix depends on, either directly or indirectly, are built
 with the same compiler, and same c++11 mode flags. Second, this must co-
 exist with all other ports and not impact them negatively. Thirdly,
 mkvtoolnix tracks boost version bumps much faster than other apps, so
 tying them to the same version is not possible without halting mkvtoolnix
 version bumps.

 I don't understand how you ensure these promised guarantees. The ports
 still have variants to select different compilers as explained below.
 Doesn't this still allow to use different compilers for each of the ports?

 If mkvtoolnix is advancing too fast to allow a stable build with our
 toolchains we should just stick with an older, working release.

 As far as I know no other port uses the `${prefix}/private` namespace,
 which is outside the port hierarchy defined by porthier(7). I don't think
 "private" is exactly what we want here, the libraries should rather live
 in `${prefix}/lib/mkvtoolnix/lib*.dylib`.

 > The positive side is, port:mkvtoolnix.boost has been optimized to build
 on the necessary libraries and takes an order of magnitude less time to
 build than the port:boost .

 Except you need yet another port installed. boost is binary distributable
 and available as binary archives.

-- 
Ticket URL: <https://trac.macports.org/ticket/34806#comment:31>
MacPorts <http://www.macports.org/>
Ports system for OS X