
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="ltr"></div><div dir="ltr">On Jun 25, 2025, at 14:24, Gerben Wierda wrote:</div><div dir="ltr"><br></div><div dir="ltr"><blockquote type="cite"><div dir="ltr"><blockquote type="cite"><div>On 25 Jun 2025, at 18:13, Joshua Root wrote:</div><div><br><https://trac.macports.org/wiki/ProblemHotlist#clts16><br></div></blockquote></div></blockquote><br></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=us-ascii">That was it. Thank you very much.<div><br></div><div>I wonder if adding</div><div><br></div><div><pre class="wiki" style="background: rgb(247, 247, 247); border: 1px solid rgb(215, 215, 215); box-shadow: rgb(238, 238, 238) 0px 0px 1em; border-radius: 0.3em; margin: 1em 1.75em; padding: 0.25em; overflow: auto; font-size: 13px;">sudo rm -rf /Library/Developer/CommandLineTools/usr/include/c++</pre><div>to the MacPorts installation would be an acceptable side-effect (on those systems where it should be removed of course)</div><div><blockquote type="cite"><div><div><br></div></div></blockquote></div><br></div></div></blockquote><br></div><div dir="ltr">MacPorts installation time doesn't seem like the right time for that check. A user could upgrade to CLT 16 after installing MacPorts. </div><div dir="ltr"><br></div><div dir="ltr">I think it would be great if MacPorts would check for this problem at runtime and alert the user about how to fix it by printing the URL of the ProblemHotlist entry. </div><div dir="ltr"><br></div><div dir="ltr">I don't think MacPorts should be trying to fix the problem automatically by deleting the offending parts of the CLT. </div></body></html>