<div dir="ltr">Thanks for the info, Mojca. I understand the situation now, though I would certainly be in favor of handling this more clearly in base as you outlined. That worked. (inevitably, it turns out clang-3.4 which was taken instead has its own different problem on that code...)<div><br><div>David</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 9, 2016 at 1:11 PM, Mojca Miklavec <span dir="ltr">&lt;<a href="mailto:mojca@macports.org" target="_blank">mojca@macports.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 9 June 2016 at 19:07, Mojca Miklavec wrote:<br>
&gt;<br>
&gt; There is probably not much interest in this issue and there is an easy<br>
&gt; workaround, but I would also kind of agree that blacklisting &quot;*gcc*&quot;<br>
&gt; should probably also blacklist clang/llvm-gcc on 10.6.<br>
<br>
</span>Once again me ...<br>
<br>
This is probably the relevant part of the source<br>
(if {[string match $pattern $compiler]}):<br>
<br>
<br>
# internal function to determine the default compiler<br>
proc portconfigure::configure_get_default_compiler {} {<br>
    if {[option compiler.whitelist] ne &quot;&quot;} {<br>
        set search_list [option compiler.whitelist]<br>
    } else {<br>
        set search_list [option compiler.fallback]<br>
    }<br>
    foreach compiler $search_list {<br>
        set allowed yes<br>
        foreach pattern [option compiler.blacklist] {<br>
            if {[string match $pattern $compiler]} {<br>
                set allowed no<br>
                break<br>
            }<br>
        }<br>
<br>
Should we or should we not introduce more complexity to blacklist<br>
&quot;clang&quot; with xcode &lt; 4 (= whenever clang++ doesn&#39;t exist) when &quot;gcc&quot;<br>
is blacklisted?<br>
<span class="HOEnZb"><font color="#888888"><br>
Mojca<br>
</font></span></blockquote></div><br></div>