<div dir="ltr"><div><div><div><div><div><div><div><div><div>Yes, I probably should update it, now that the behavior is more or less fixed. <br><br></div>Unfortunately, I've been a little stuck on the buildsystem integration. This is necessary for getting the compiler and compile flags, and it's also more user-friendly. I imagined it like this: <br>
</div>1.) At configure-time, a configuration file (currently named "<name>.ini", can be changed if needed) is generated for each program you want to measure<br></div>2.) Additionally, a make target ("perftest_<name>") is created, so you can just call "make perftest_myprogram"<br>
</div>3.) There is another target, called just "perftest", which runs all the perftest_* targets it can find<br><br></div>Such a system seems quite reasonable for me, because most of the time the user will just call "make perftest" and be done with it. I implemented the exact same system in CMake. However, when I try to do the same thing using autotools, I can't seem to figure out how to do the first step. I have a template (<a href="http://perftest.ini.in">perftest.ini.in</a>), which I would like to replicate multiple times using ac_config_file(), but each time with different variables. Calling ac_config_file() and ac_output() multiple times in various combination doesn't work, it always uses the last values. You probably have more experience with autotools, is there an easier way to do it?<br>
<br></div><div>If there isn't, I can of course write another script (perhaps in Python) that generates the configuration file, but that would introduce even more complexity. <br><br></div><div>I had creating a single overview HTML file on the agenda for this week, and I think this would be easier, but I wanted to finish the buildsystem integration first. Due to the problems I think I'll do the overview first, update the documentation, and then try the buildsystem again. <br>
</div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/8/27 Christoph Grüninger <span dir="ltr"><<a href="mailto:christoph.grueninger@iws.uni-stuttgart.de" target="_blank">christoph.grueninger@iws.uni-stuttgart.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Miha,<br>
could you be so kind and update the README, so that the barrier to test<br>
your module is as low as possible? You should add that numPy is an optional<br>
dependency, too.<br>
<br>
What's on your agenda for this week?<br>
<br>
Bye<br>
Christoph<br>
<br>
<br>
Miha Čančula <<a href="mailto:miha@noughmad.eu">miha@noughmad.eu</a>> schrieb:<br>
> Hello, Christoph!<br>
><br>
> I changed the behavior of the script, the argument should not be the actual<br>
> executable to run, but rather a configuration file that describes what to<br>
> measure and some extra data. Try<br>
><br>
> python3 perftest.py ../../src/dune_perftest_matrix.ini<br>
><br>
> The configuration files are generated as part the build process, if you use<br>
> autoconf they're located in src, if you use cmake they're in<br>
> build-cmake/src. You can alternatively call it by running 'make<br>
> src/perftest_dune_perftest_matrix', or just 'make perftest'. The generation<br>
> of files is still not completely correct (you get some wrong names with<br>
> multiple output files), but it should work.<br>
</blockquote></div><br></div>