That is not going to happen any time soon unless you are willing to write up a port to provide the as-wrapper as an alternative to cctools. I don't want the MacPorts clang falling back on the Xcode toolchains when -no-integrated-as is used.
C.f. the entire thread about reproducible builds... > On Sep 30, 2015, at 07:05, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > > Joshua, > One issue which doesn't seem to be addressed yet in the svn > package set is to make sure that no package forces a dependency on > cctools when Xcode 7 in installed. IHMO, this is undesirable behavior > because it regresses the enhanced modern opcode support in the new > clang-based assembler (which is not to be confused with llvm-as). > Packages like atlas which currently don't tolerate the new AVX support > can be downgraded by to SSE3 with a change like... > > http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.9-libcxx/stable/main/finkinfo/sci/atlas-xcode7.patch?revision=1.1&view=markup > > Jack > > On Wed, Sep 30, 2015 at 9:09 AM, Joshua Root <j...@macports.org> wrote: >> Is there anything else we should get in before tagging 2.3.4? >> >> - Josh >> _______________________________________________ >> macports-dev mailing list >> macports-dev@lists.macosforge.org >> https://lists.macosforge.org/mailman/listinfo/macports-dev > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/macports-dev
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
