<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 21, 2021 at 5:25 AM Kiran Chandramohan <<a href="mailto:Kiran.Chandramohan@arm.com">Kiran.Chandramohan@arm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I believe, Pat and Damian are talking about execution tests for Fortran intrinsics. </div></div></blockquote><div><br></div><div>Correct.  As someone who thinks more from the perspective of an application developer, I'd like to write execution tests, which is also what led me to the fir-dev branch as I don't think the ability to produce executable files has been accepted upstream yet.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">While these are not testing the intermediate representations, these are unit-tests that only apply to Flang. And when we make changes to the compiler, it will be good to test
 (with check-flang) that they pass. I don't know what is the framework that is being chosen for running these tests, but for the trivial cases, we do not need CMake. </div></div></blockquote><div><br></div><div>For testing, I was originally planning to use the<span class="gmail-Apple-converted-space"> </span><a href="https://gitlab.com/everythingfunctional/vegetables">Vegetables</a><span class="gmail-Apple-converted-space"> </span>unit testing framework, which I like because it supports writing tests in the form of a specification.  I would also like to add a capability for building the tests using the Fortran Package Manager (<a href="https://github.com/fortran-lang/fpm">fpm</a>).  Doing so is trivial -- much simpler than modifying the CMake and with the benefit that it's trivial to set things up so that fpm automatically downloads any test dependencies such as Vegetables and we don't have to touch the CMake scripts.  Alternatively, if this proves problematic in any way, I'll commit a simple assertion utility borrowed from the <a href="https://github.com/sourceryinstitute/sourcery">Sourcery</a> library.</div><div><br></div><div>Damian</div></div></div>