[129403] trunk/dports/multimedia/libvpx/Portfile

[devans at macports.org]

Revision: 129403
          https://trac.macports.org/changeset/129403
Author:   devans at macports.org
Date:     2014-12-12 10:59:19 -0800 (Fri, 12 Dec 2014)
Log Message:
-----------
libvpx: apply fix from r129401 to macports-clang-3.5 and later, additional comments.

Revision Links:
--------------
    https://trac.macports.org/changeset/129401

Modified Paths:
--------------
    trunk/dports/multimedia/libvpx/Portfile

Modified: trunk/dports/multimedia/libvpx/Portfile
===================================================================
--- trunk/dports/multimedia/libvpx/Portfile	2014-12-12 18:10:22 UTC (rev 129402)
+++ trunk/dports/multimedia/libvpx/Portfile	2014-12-12 18:59:19 UTC (rev 129403)
@@ -72,11 +72,12 @@
 
 destroot.args       verbose=1
 
-# Build fix for clang-3.5 and later:
+# Build fix for MacPorts clang-3.5 and later:
 # 
 # This is an intentional change to Clang. It now parses the assembly output by default even when emitting assembly so that the diagnostics are consistent between "clang -c" and "clang -S".
 # The solution is either to pass -fno-integrated-as to the compiler, or change the assembly produced (& probably the script that processes it) so that it's valid. Note that commenting out the line won't work: comments get stripped by the same process.
-if {${configure.compiler} eq "macports-clang-3.5" || ${configure.compiler} eq "macports-clang-3.6"} {
+# Current Xcode versions of clang do not require this fix
+if {[string match "macports-clang-3.\[5-9\]" ${configure.compiler}]} {
     build.args-append CFLAGS_S=-fno-integrated-as
 }
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-changes/attachments/20141212/4e1641b3/attachment.html>