Hello, I have successfully build the newest llvm from git source, and I would like to do some experiments on target AVR. Does "make check-all" cover AVR? All I need some extra steps to test AVR? I have neither AVR simulator nor real AVR board connected. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190321/940be28c/attachment.html>
Tim Northover via llvm-dev
2019-Mar-21 16:55 UTC
[llvm-dev] A question about "make check-all"
Hi Ben, On Thu, 21 Mar 2019 at 10:59, Ben Shi via llvm-dev <llvm-dev at lists.llvm.org> wrote:> Does "make check-all" cover AVR?The AVR target is disabled by default; you need to pass "-DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=AVR" to CMake when compiling LLVM to build it. After that check-all will run some basic tests on AVR. But none of LLVM's regression tests actually try to execute code -- they just compile things and inspect the output.> I have neither AVR simulator nor real AVR board connected.LLVM does have a test-suite in a separate repository that tries to actually run code. It doesn't attempt to provide a simulator though; quite the reverse, it expects you to tell it how to execute the code. You'll also need libraries, headers and binutils (especially a linker) for the system you intend to run things on. On Linux I've had good success with qemu and binfmt_misc to make execution transparent in the past (this was for AArch64), but I expect you could rig most environments up somehow. Cheers. Tim.
<div dir="ltr">Hi, Tim, <br> </div><div dir="ltr"><br> </div><div dir="ltr">Thanks for your answer.<br> </div><div dir="ltr"><br> </div><div dir="ltr"><br> </div><div dir="ltr">so you meant the check-all can guarantee my changes to AVR is correct, if it passed without an error?<br> </div><div dir="ltr"><br> </div><div dir="ltr">I am interested in LLVM, and intend to learn it by hacking a simple backend, such as AVR, MSP430.<br> </div><div dir="ltr"><br> </div><div dir="ltr">Ben Shi</div><div class="wps_quotion">在 2019年3月22日 01:01,Tim Northover <t.p.northover@gmail.com>写道:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi Ben, <br> <br> On Thu, 21 Mar 2019 at 10:59, Ben Shi via llvm-dev <br> <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote: <br>> Does "make check-all" cover AVR?<br> <br> The AVR target is disabled by default; you need to pass <br> "-DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=AVR" to CMake when compiling <br> LLVM to build it. After that check-all will run some basic tests on <br> AVR. But none of LLVM's regression tests actually try to execute code <br> -- they just compile things and inspect the output. <br> <br>> I have neither AVR simulator nor real AVR board connected.<br> <br> LLVM does have a test-suite in a separate repository that tries to <br> actually run code. It doesn't attempt to provide a simulator though; <br> quite the reverse, it expects you to tell it how to execute the code. <br> You'll also need libraries, headers and binutils (especially a linker) <br> for the system you intend to run things on. <br> <br> On Linux I've had good success with qemu and binfmt_misc to make <br> execution transparent in the past (this was for AArch64), but I expect <br> you could rig most environments up somehow. <br> <br> Cheers. <br> <br> Tim. <br> </p> </blockquote></div>
Anmol Paralkar (anmparal) via llvm-dev
2019-Mar-29 17:24 UTC
[llvm-dev] A question about "make check-all"
On 3/21/19, 11:56 AM, "llvm-dev on behalf of Tim Northover via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: LLVM does have a test-suite in a separate repository that tries to actually run code. It doesn't attempt to provide a simulator though; quite the reverse, it expects you to tell it how to execute the code. You'll also need libraries, headers and binutils (especially a linker) for the system you intend to run things on. Hi Tim, Where is this execution test-suite? Thanks, Anmol.