similar to: [LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose

On Wed, Nov 13, 2013 at 4:53 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi guys, > > I have this ODROID XU (quad-core ARMv7 Cortex A15 1,6 GHz) box that I want > to make available to the LLVM project. I can see that LLVM already has an > ARMv7 Cortex A9 system doing Clang, but how should this box be used, if at > all? We're talking a long-term commitment

Hi Dmitri, I am not using any kind of cache (didn't even know of ccache). I have now installed ccache. Perhaps ccache should be mentioned in the buildbot document so that every buildbot owner knows about it? It is currently running Arch Linux ARM. if there are good reasons to switch to something else, I'll be happy to do that, although I am generally very happy about Arch Linux.

On 14 November 2013 17:43, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Renato, thanks for your elaborate walk-through of the issues with ARM > boards. I'm trying to add some of this to the "How to Build on ARM" > document and will submit a patch later on. > Nice, thanks! That would be great! Unfortunately, my personal budget does not allow me more than a

A quick question while I am adding a tiny section on ccache to the HowToAddABuilder document: Why do you set CCACHE_CPP2 to yes? From reading the manual, I get the impression that this is much slower than the default and that it should only be used with tricky compilers or when debugging. Is Clang such a tricky compiler? If so, I suppose Clang should be fixed, not the ccache configuration. --

I finally got it to work - and my ODROID-XU is now a passive member of the LLVM builder society for the next week or so, until it has proven itself (it monitors changes to the SVN repository and builds in my end without bothering anyone at LLVM.org about its findings). I did write up a "short" treatise on how to do it, in case anybody needs to do this sometime in the future. I expect

On Wed, Nov 13, 2013 at 6:36 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > A quick question while I am adding a tiny section on ccache to the > HowToAddABuilder document: Why do you set CCACHE_CPP2 to yes? From reading > the manual, I get the impression that this is much slower than the default > and that it should only be used with tricky compilers or when debugging. Is

On Wed, Nov 13, 2013 at 5:28 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi Dmitri, > > I am not using any kind of cache (didn't even know of ccache). I have now > installed ccache. Perhaps ccache should be mentioned in the buildbot > document so that every buildbot owner knows about it? Possibly. > It is currently running Arch Linux ARM. if there are good

On 17 November 2013 05:15, Mikael Lyngvig <mikael at lyngvig.org> wrote: > I finally got it to work - and my ODROID-XU is now a passive member of the > LLVM builder society for the next week or so, until it has proven itself > (it monitors changes to the SVN repository and builds in my end without > bothering anyone at LLVM.org about its findings). I did write up a

On Wed, Nov 20, 2013 at 6:11 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi Renato, > > My XU is on build 141 and there hasn't been a single problem yet. No > reboots, no crashes, and as far as I have observed no core dropouts (after > I did the cpu-freq trick you sent me). Perhaps I have a stable board or > perhaps it is because of its revision (rev. 0.3)?

I'll use a redirection to the new article then. Did you try out the .htaccess thingy we talked about on LLVM.org? It should work, without any webmaster's assistance. 2013/11/21 Sean Silva <chisophugis at gmail.com> > > > > On Wed, Nov 20, 2013 at 6:11 PM, Mikael Lyngvig <mikael at lyngvig.org>wrote: > >> Hi Renato, >> >> My XU is on build

Hi Renato, My XU is on build 141 and there hasn't been a single problem yet. No reboots, no crashes, and as far as I have observed no core dropouts (after I did the cpu-freq trick you sent me). Perhaps I have a stable board or perhaps it is because of its revision (rev. 0.3)? I will have to move it sometime because it is somewhat noise once it begins to build. Do you know if I can plug in

Renato, thanks for your elaborate walk-through of the issues with ARM boards. I'm trying to add some of this to the "How to Build on ARM" document and will submit a patch later on. I already ran into the problem of cores disappearing, but on Arch Linux (which uses a fairly recent kernel), the missing cores come back as soon as the load falls to zero. Unfortunately, my personal

On 14 November 2013 02:13, Sean Silva <chisophugis at gmail.com> wrote: > I love Arch, but it is probably a bit too unstable for a long-term > buildbot. CC'ing Renato who might have some suggestions. > Mikael, Sean, I think having an Arch buildbot is a great idea. At Linaro, we normally test on Debian-derived distros, and having something else entirely is a good stress test

On Sat, Nov 16, 2013 at 9:15 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > http://llvm.lyngvig.org/Articles/How-to-Setup-an-Arch-Linux-Buildbot-for-LLVM > Notice: You only need Ninja for the test build; none of the official LLVM builders use Ninja as far as I know. My buildbots use ninja. > Please notice that you must specify the absolute path to ninja, otherwise CMake

Thanks for spotting those errors! Fixed. If you feel that this doc should be part of the LLVM documentation, perhaps in a revised form, just let me know. I am willing to convert it into reST and also to go through a peer review, but I simply cannot spend hundreds of hours munging about, rewriting, and retesting over and over as I am already busy on other documentation and other sub-projects.

On Wed, Nov 13, 2013 at 8:28 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi Dmitri, > > I am not using any kind of cache (didn't even know of ccache). I have now > installed ccache. Perhaps ccache should be mentioned in the buildbot > document so that every buildbot owner knows about it? > > It is currently running Arch Linux ARM. if there are good

On Sun, Nov 17, 2013 at 12:53 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Thanks for spotting those errors! Fixed. > > If you feel that this doc should be part of the LLVM documentation, > perhaps in a revised form, just let me know. I am willing to convert it > into reST and also to go through a peer review, but I simply cannot spend > hundreds of hours munging

On Sun, Nov 17, 2013 at 3:50 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > It wouldn't take me more than an hour or two to do the format conversion. > It is rather trivial, actually. Just say the word and I'm on to it like a > starving bee. I guess I should get used to using the Sphinx layout; I'm > simply more familiar with the format I use on my own

It wouldn't take me more than an hour or two to do the format conversion. It is rather trivial, actually. Just say the word and I'm on to it like a starving bee. I guess I should get used to using the Sphinx layout; I'm simply more familiar with the format I use on my own websites. Have you guys ever considered making a less formal wiki for LLVM documentation - a place where tiny

StackOverflows says two things: 1. An example is: <meta http-equiv="refresh" content="0; url= http://example.com/" />. 2. This apparently discouraged by the WWW Consortium who recommends server redirects. It seems that LLVM.org is served by Apache 2.2.22 running on Ubuntu. In that case, the .htaccess file should make it possible to do server redirects: