<div dir="ltr">You could alternately try to patch the code to pay attention to CFLAGS. I'm not sure how complicated that would be in the build system.<div><br>David</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 6:13 PM, Ryan Schmidt <span dir="ltr"><<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Oct 2, 2014, at 4:29 PM, Lawrence Velázquez wrote:<br>
<span class="">><br>
> On Oct 2, 2014, at 5:13 PM, Ryan Schmidt wrote:<br>
><br>
>> On Oct 2, 2014, at 4:10 PM, Lawrence Velázquez wrote:<br>
>><br>
>>> I suspect the idea is to prevent ports from clearing CFLAGS and such.<br>
>><br>
>> I think it's more that in many cases -- arch flags for example, or which C++ stdlib flag to use -- MacPorts won't know what to put in the cflags until after the rest of the port has been processed. What if you append something to configure.cflags, then later turn on (or turn off) the universal variant? Then the wrong arch flags will be in configure.cflags. This is why (as I understand it) MacPorts doesn't put them in until the port has been completely evaluated.<br>
><br>
> For my part, when I implemented configure.cxx_stdlib, I was primarily thinking about preventing Portfiles from trashing the "-stdlib" argument. Augmenting configure.cxxflags seemed preferable to arcane Tcl sorcery.<br>
<br>
</span>But that's just it. The -stdlib arg *isn't* appended to configure.cxxflags; it's added to the CXXFLAGS environment variable in configure_main; ports have no opportunity to inspect or modify this value. I had to manually add code to the pure portgroup to handle configure.cxx_stdlib because of this. Any port which sets "use_configure no" because it does not use a standard build system like autotools or cmake will be similarly affected.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
macports-dev mailing list<br>
<a href="mailto:macports-dev@lists.macosforge.org">macports-dev@lists.macosforge.org</a><br>
<a href="https://lists.macosforge.org/mailman/listinfo/macports-dev" target="_blank">https://lists.macosforge.org/mailman/listinfo/macports-dev</a><br>
</div></div></blockquote></div><br></div>