#40231: mkvtoolnix: fix build with clang ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: | Keywords: Port: mkvtoolnix | ---------------------------+-------------------------------- Comment (by jeremyhu@…): Replying to [comment:5 ryandesign@…]:
See my patch. I tested all clangs I could and listed in compiler.blacklist those that don't pass the configure script check. The remaining ones, including the very latest pre-release of clang 3.4, fail to build the port, as I described at the top of this ticket.
Yes, that is the build failure that prompted my comment in the Port. I'm not really a C++ language guru, so I'm not sure how to fix that bug.
I did not test the libcxx port. It does not appear to be particularly recent.
That just provides the runtime for Snow Leopard. I don't plan on changing it (except maybe to bump the compiler used to 3.3 (so as to not force multiple clang installs)
I really think embedded static boost builds like suggested in the ticket you abandoned for this one (#34806) may be the best way to handle this. Boost is big and complex and really wants to be used with the exact same stdlib/language features as it was compiled with in my experience, and there's no one-size-fits-all boost for MacPorts that can do that.
If you think that's the answer, re-open #34806 and come to an agreement with Jeremy H.S., who said there that that won't work but didn't elaborate.
I was saying that simply updating to newer gcc wouldn't work. The issue is the mixing of C++ runtimes. -- Ticket URL: <https://trac.macports.org/ticket/40231#comment:8> MacPorts <http://www.macports.org/> Ports system for OS X