[LLVMdev] Assuring ARM code quality in LLVM
jasonwkim at google.com
Thu Apr 7 11:19:41 PDT 2011
On Thu, Apr 7, 2011 at 7:38 AM, Renato Golin <renato.golin at arm.com> wrote:
> Hi all,
> I was recently investigating the build bot infrastructure and noticed
> that the arm-linux target is failing for quite a long time. I believe
> that it means ARM code is not executed all that often in LLVM tests,
> is that correct?
Not really apropos to your question specifically, but
I have some downstream patches for ARM/MC/ELF/.o
There were some issues that needs fixing. As soon as I get some time,
I plan to upstream these patches in to trunk.
Hopefully this should improve things a little bit...
> We were wondering what kind of support we could give to make sure ARM
> code is correct and don't regress, specially before releases (I know
> it's a bit late for 2.9).
> We have thought about some routes:
> - Install some build slaves on our side, so you can test them (linux,
> bare-metal), if it's possible to cross-compile on build slaves.
> - Provide models or even hardware to whomever maintains the build
> slaves, to have a centralised infrastructure, if that's beneficial in
> any way.
> - Add linkage & execution to LIT tests, probably by using QEMU
> models, but that would create a dependence on QEMU for everyone.
> - Something else?
> As far as I could see, there is no current owner for the ARM tests
> (including linkage and execution).
> I'd like to get the ball rolling to better support testing and
> benchmarking the ARM code, with the ultimate goal of making sure it
> won't regress at least on every release, but hopefully for every
> Could you please let me know what should I do, and what are the best
> ways of doing so?
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
More information about the llvm-dev