[MacPorts] #59217: boost, graphite2, possibly other ports use macports-libstdc++ instead of libc++

MacPorts noreply at macports.org
Tue Oct 8 20:19:36 UTC 2019


#59217: boost, graphite2, possibly other ports use macports-libstdc++ instead of
libc++
-------------------------------------------+------------------------------
 Reporter:  ryandesign                     |      Owner:  (none)
     Type:  defect                         |     Status:  new
 Priority:  Normal                         |  Milestone:
Component:  ports                          |    Version:  2.6.1
 Keywords:  snowleopard lion mountainlion  |       Port:  boost, graphite2
-------------------------------------------+------------------------------
 At least on 10.8 (e.g.
 boost-1.71.0_0+no_single+no_static+python27.darwin_12.x86_64), boost is
 linked with MacPorts libstdc++, so of course programs that use libc++
 [https://build.macports.org/builders/ports-10.8_x86_64-builder/builds/1982/steps
 /install-port/logs/stdio fail to link with it].

 I don't understand why gcc got anywhere near this build.

 I have seen a similar problem on 10.6-10.8 with graphite2 (e.g.
 graphite2-1.3.13_0.darwin_12.x86_64.tbz2), and I don't understand why that
 happened either.

 It looks like these archives were not identified for deletion and rebuild
 during our switchover to libc++. Josh, do you know why?

-- 
Ticket URL: <https://trac.macports.org/ticket/59217>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list