<div dir="ltr">Okay, I'll go with a stable Clang like v3.3.  Have to build it myself, though, as Debian comes with v3.0.<div><br></div><div>No, I didn't try using libstdc++.  I'll give it a shot.</div><div><br>
</div><div>The machine is going to be turned on 24/7 until it dies from old age, so I don't know if it is worth scheduling in a special manner.  The worst part is linking as I cannot use Gold because I get an error about an unsupported relocation time.</div>
<div><br></div><div><br></div><div>-- Mikael</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/18 Shankar Easwaran <span dir="ltr"><<a href="mailto:shankare@codeaurora.org" target="_blank">shankare@codeaurora.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/18/2013 11:57 AM, Mikael Lyngvig wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm in the process of configuring a Mac Mini G4 (PowerPC, big-endian) to be<br>
an LLD buildbot slave, as there were some who wanted a big-endian tester of<br>
LLD.<br>
<br>
I have a few quick questions with respect to that:<br>
<br>
1. LLD appears to be built using Clang, but Clang is not built as part of<br>
the LLD build.  So which version of Clang should I use?  v3.3 or any<br>
nightly build of Clang.  Is it enough that I occasionally build a Clang,<br>
install it, and use that?<br>
</blockquote>
It would be better in my opinion to use a stable clang build. I dont know if any other project build uses the clang that was just built ?<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2. I'm not sure how to test LLD properly.  Is the test of LLD included in<br>
the LLVM test suite or how do I ensure that the LLD test suite gets run on<br>
this big-endian setup? (This is the whole point of setting up a big-endian<br>
LLD buildbot slave: To test LLD in a big-endian environment.)<br>
</blockquote>
make check-lld from the lld build would run the lld tests.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3. When trying to use a self-built version of Clang, I get an error about<br>
libc++ missing when the buildbot slave tries to build LLD.  When I build<br>
and install libc++, I get unresolved symbols (GNU exception handling<br>
support routines) of the form "/usr/local/lib/libc++.so: undefined<br>
reference to `__cxa_end_catch'".<br>
</blockquote>
Did you try using libstdc++ ?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As far as I am concerned, this build slave is not going be valuable in<br>
terms of quickly reporting errors (it is only 1,25 GHz, so it is simply too<br>
slow for that), but rather it will serve by testing LLD in a big-endian<br>
setting.  I do hope that this build slave will reveal a number of issues in<br>
LLD.<br>
</blockquote>
May be the buildslave can be scheduled less often ?<br>
<br>
Thanks<span class="HOEnZb"><font color="#888888"><br>
<br>
Shankar Easwaran<br>
<br>
-- <br>
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation<br>
<br>
</font></span></blockquote></div><br></div>