[MacPorts] #37678: MacPorts gcc gives malloc error on correct program using boost, Apple's gcc doesn't

[MacPorts]

#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