#37678: MacPorts gcc gives malloc error on correct program using boost, Apple's gcc doesn't ------------------------------+-------------------------------- Reporter: yusuhail@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: boost libstdcxx | ------------------------------+-------------------------------- Changes (by ryandesign@…): * cc: sean@…, ecronin@…, ryandesign@… (added) Comment: Replying to [comment:7 sean@…]:
It adds variants to boost to allow selecting +gcc44 all the way to +gcc47, also +clang31 all the way to +clang33, and +dragonegg3X as well. It uses the full path, so it doesn't need 'port select' at all.
Adding compiler variants to boost would not be an acceptable solution because it would give users the simple ability to break all existing ports using boost; I don't want it to be that easy for users to shoot themselves in the foot. Replying to [comment:11 ecronin@…]:
Boost also supports versioned library names which allow you to install boost for multiple compilers into the standard location at the cost of needing -lboost_system-gcc47-mt instead of just -lboost_system.
That sounds good.
I don't know how painful it would be to make every port that depends on boost find the correct lib if we started doing this, and the work to make bjam build them is not insignificant.
We wouldn't need to change most ports, just the one or two (i.e. mkvtoolnix) that need boost built with a nonstandard compiler. Actually I don't know of any other than mkvtoolnix, since any port needing that would currently be broken.
For mkvtoolnix, has anyone tried the latest mp-clang-devel? I thought it was C++11 compliant enough to build it now?
That's a discussion for #34806 or elsewhere I think. -- Ticket URL: <https://trac.macports.org/ticket/37678#comment:12> MacPorts <http://www.macports.org/> Ports system for Mac OS