[97657] trunk/dports/lang

[Michael Dickens]

I've already had folks writing me that octave (via octave-devel) is now
broken during build, because the linked libstdc++ does not contain
certain symbols.  I cannot fix this issue since it requires the correct
libstdc++ for the given GCC.  I would -highly- advise reverting this
change for the time being. - MLD

On Sep 10, 2012, at 9:37 PM, Dan Ports <dports at macports.org> wrote:

  On Mon, Sep 10, 2012 at 02:44:16PM -0700, jeremyhu at macports.org
  wrote:

  Revision: 97657
           https://trac.macports.org/changeset/97657
  Author:   jeremyhu at macports.org
  Date:     2012-09-10 14:44:14 -0700 (Mon, 10 Sep 2012)
  Log Message:
  -----------
  gcc*: Don't install the C++ runtime (#35770)

  --- trunk/dports/lang/gcc42/Portfile2012-09-10 21:21:11 UTC (rev
  97656)
  +++ trunk/dports/lang/gcc42/Portfile2012-09-10 21:44:14 UTC (rev
  97657)
  @@ -115,6 +115,13 @@
  post-destroot {
  file delete -force ${destroot}${prefix}/share/man/man7 \
  ${destroot}${prefix}/share/info
  +
  +    # http://trac.macports.org/ticket/35770
  +    eval delete [glob ${destroot}${prefix}/lib/${name}/libstdc++*]
  +
  +    # This symlink is provided as a transition aide and will be
  removed
  +    # with a future revision of this port.
  +    ln -s /usr/lib/libstdc++.6/dylib
  ${destroot}${prefix}/lib/${name}/libstdc++.6.dylib
  }

  There's a typo here (and in the other ports): the link should be to
  libstdc++.6.dylib not libstdc++.6/dylib
  But, aside from that, doesn't this break existing binaries that are
  linked against libstdc++? The different builds of libstdc++ don't
  seem
  to be compatible?
  Dan
  --
  Dan R. K. Ports                UW CSE
  http://drkp.net/
  _______________________________________________
  macports-dev mailing list
  macports-dev at lists.macosforge.org
  http://lists.macosforge.org/mailman/listinfo/macports-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20120911/22c9c4d6/attachment.html>