[109683] trunk/dports/multimedia/mkvtoolnix/Portfile

[Jeremy Huddleston Sequoia]

On Aug 19, 2013, at 18:26, Ryan Schmidt <ryandesign at macports.org> wrote:

> There was extensive discussion here about why this port would forever be broken until we had new ports for versions of boost and icu built with the same compiler mkvtoonix uses:
> 
> https://trac.macports.org/ticket/34806
> 
> Is that no longer the case?

That issue still exists.  AFAICT, this port is just as broken after the update as it was before.

The issue for is that mkvtoolnix is using libstdc++.dylib provided by libgcc and other ports that it links against (boost and icu) are using libstdc++ provided by OS X. Objects cannot be passed between the two runtimes.  I believe that fixing MacPorts' libstdc++.dylib to be based on the host's libc++abi.dylib rather than its own libsupc++.dylib may mitigate this problem, but nobody has taken up this task since I mentioned it last year, and I'm restricted by the license.

A short term fix for mkvextract would involve getting it to link agains the static versions of the boost and icu libraries (thus forcing them to use the same MacPorts-provided libstdc++ runtime), but this is a very short term solution.

The real solution is to try and limit the usage of macports-gcc-4.X usage to build C++ code within MacPorts.  It will only lead to increasing problems like this.

--Jeremy



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4145 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20130819/b66610ad/attachment.p7s>