Changes between Version 73 and Version 74 of PortfileRecipes


Ignore:
Timestamp:
Aug 27, 2013, 3:35:22 PM (11 years ago)
Author:
larryv (Lawrence Velázquez)
Comment:

no need to point out revision

Legend:

Unmodified
Added
Removed
Modified
  • PortfileRecipes

    v73 v74  
    373373If a certain compiler won't build your port, blacklist it, and MacPorts will select the next-best compiler.
    374374
    375 If your port works with clang but not llvm-gcc-4.2, do this:
    376 
     375If your port does not build with LLVM-GCC, blacklist it:
    377376{{{
    378377compiler.blacklist *llvm-gcc-4.2
    379378}}}
    380 
    381 If your port works with llvm-gcc-4.2 but not clang, do this:
    382 
     379This will prevent MacPorts from using either Xcode’s LLVM-GCC or MacPorts’.
     380Similarly, if your port does not build with Clang:
    383381{{{
    384382compiler.blacklist *clang*
    385383}}}
    386 
    387 Note that above examples only work as of r104174 (which is in MacPorts 2.2), because that commit added support for globs being used to match patterns in the compiler name. For an example of how these globs work, the first example above will also match macports-llvm-gcc-4.2, and the second example will also match macports-clang-*.
     384As of MacPorts 2.2, the elements of `compiler.blacklist` are treated as
     385patterns for [http://www.tcl.tk/man/tcl8.4/TclCmd/string.htm#M34 string matching].
     386See UsingTheRightCompiler for a list of available compiler values.
    388387
    389388If your port works with neither clang nor llvm-gcc-4.2, the fallback will be to gcc-4.2 (provided by the apple-gcc-4.2 port if it's not available).  It is becoming increasingly important that ports build successfully with clang since it has been the default compiler since Xcode 4.2, and Apple no longer supports the use of gcc.