<br><br><div class="gmail_quote">On Wed, May 30, 2012 at 8:29 PM, David Blaikie <span dir="ltr"><<a href="mailto:dblaikie@gmail.com" target="_blank">dblaikie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div class="im">On Wed, May 30, 2012 at 11:20 AM, Matthieu Monrocq <span dir="ltr"><<a href="mailto:matthieu.monrocq@gmail.com" target="_blank">matthieu.monrocq@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div><div>On Wed, May 30, 2012 at 9:56 AM, Konstantin Tokarev <span dir="ltr"><<a href="mailto:annulen@yandex.ru" target="_blank">annulen@yandex.ru</a>></span> wrote:<br></div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Hi all,<br>
<br>
I've managed to build LLVM and Clang with EKOPath 4.0.12.1 compiler. Here are patches I had to introcduce<br>
to make it compiling.<br>
<br>
Patch for clang moves some classes from anonymous namespaces which otherwise caused linker<br>
errors. Probably it's a bug in compiler producing symbols with incorrect visibility.<br>
<span><font color="#888888"><br>
--<br>
Regards,<br>
Konstantin</font></span><br></div></div>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br>I must admit it seems weird to be tweaking the code just to get it to compile with an exotic compiler.<br><br>Adding includes occurs regularly because the standard does not define which standard includes include which others, so you often miss one or two.<br>


<br>On the other hand, it seems strange that you had to add the "std::" qualifiers, </blockquote><div><br></div></div><div>This one's not actually that surprising - if a std::vector's iterators are implemented as raw pointers, rather than as a type in the std namespace, then unqualified find(vec.begin(), vec.end(), ...) won't compile, since 'find' won't be found via ADL.</div>
</div></blockquote><div><br>Right, I had thought they would be wrapped in "proper" classes and not just typedef.<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail_quote"><div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">remove the anonymous namespace in some places (all ?) </blockquote><div><br></div></div><div>This I can't explain - what errors are given that motivate this change?</div>
<div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">and change *--S.end() into S[S.size()-1].<br></blockquote><div><br></div></div><div>Again, if the iterators are truly raw pointers, -- doesn't work on them, only on user defined types with an op-- overload. The simpler form is "S.back()".</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div></font></span></div></blockquote><div>Unfortunately as James pointed out .back is not available on strings, I would still prefer *S.rbegin() but that is bike-shedding here.<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail_quote"><span class="HOEnZb"><font color="#888888"><div></div><div>- David</div></font></span></div>
</blockquote></div><br>So the only outstanding point is the anonymous namespaces, this could warrant a bug report to EKOPath.<br><br>-- Matthieu<br>