<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 8, 2017 at 7:21 PM, Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="m_9143901571256477510m_-1562929267360893657gmail_msg">
+    // The Freescale PPC SDK has the gcc libraries in<br class="m_9143901571256477510m_-1562929267360893657gmail_msg">
+    // <sysroot>/usr/lib/<triple>/x.y<wbr>.z so have a look there as well.<br class="m_9143901571256477510m_-1562929267360893657gmail_msg">
+    "/" + CandidateTriple.str(),<br class="m_9143901571256477510m_-1562929267360893657gmail_msg"></blockquote><div><br></div><div>So, this is really bad it turns out.</div><div><br></div><div>We use this directory to walk every installed GCC version. But because this is just a normal lib directory on many systems (ever Debian and Ubuntu system for example) this goes very badly. It goes even more badly because of the (questionable) design of LLVM's directory iterator:</div></div></div></blockquote><div><br></div><div>Wow, this is pretty bad, but it really sounds like the iterator should be fixed rather than trying to hack around it. Doesn't this happen for the other directories as well (which, admittedly, will have less entries)?</div><div><br></div><div>FWIW, I am not aware of anyone at NXP/Freescale or elsewhere actually using LLVM on NXP Power platforms these days. The team I was a part of back then doesn't exist anymore, so I'm not even sure who to ask. I may get more insight into this once a certain proposed acquisition by my current employer completes ;) but for now I wouldn't be opposed if you just want to remove this.</div><div><br>Tobias</div><div><br></div></div></div></div>