On Aug 20, 2014, at 5:02 AM, René J.V. Bertin <rjvber...@gmail.com> wrote:
>>> Would it at least be possible to provide a binary port for libgcc, to avoid >>> having to build (a large part of) 2 gcc versions? >> >> There already are binary archives, at least for Intel 64. >> >> http://packages.macports.org/libgcc/ > > Indeed there are. Mystery then why yesterday's upgrade process insisted on > installing the port from source (including gcc 4.8.3). > > Is it possible that with the latest selfupdate, changes were included to the > sandboxing mechanism that further interfere with the possibility/transparence > of having /opt/local be a symlink to MacPort's true location? I'm not sure. You'd have to ask Cal. I don't suppose you set +universal in variants.conf, or anything like that? What do you see if you run `sudo port -d archivefetch gcc48`? I've attached my log for reference. vq
gcc48_archivefetch.log
Description: Binary data
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
