<div dir="ltr"><div>Hello all!<br><br>I'm realy sorry for being so unresponsive this week. I had some unforeseen family matters, and I while I though I'd still be able to work on DUNE, I couldn't. I'm back at work today, however, and it looks like I will stay this way. I understand you're not happy about this, neither am I, but I could hardly see it coming. I will do my best from now on, but I completely understand if you feel that I haven't completed my project. <br>
<br></div><div>As I said, today I'm working again, and I'm just going through your patches. I believe I added extra paths to $PATH on my computer for easier development, and forgot to use the real paths in the generated code. The last thing I did was completely change the arguments to perftest.py, so it would be easier to call it from a Makefile using a single configuration file. There are also some improvements to generated HTML, such as navigation tabs. I will write a full report after I'm done with today's work. <br>
<br></div><div>Thank you for being so patient with me :)<br><br></div><div>Regards, Miha<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/3 Christian Engwer <span dir="ltr"><<a href="mailto:christian.engwer@uni-muenster.de" target="_blank">christian.engwer@uni-muenster.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have some patches here to integrate with the autotools (at least the<br>
way I think things are supposed to work) and to make OOS builds<br>
work. It seems a template file missing from the repositories.<br>
<br>
Have a look at the attached files and apply if it is what is intended :-)<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Christian<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Tue, Sep 03, 2013 at 10:51:10PM +0200, Christian Engwer wrote:<br>
> Hi Miha,<br>
><br>
> I must push a little bit. There hasn't been much progress this week<br>
> yet. End of GSOC is approaching and we still have some important steps<br>
> to do.<br>
><br>
> What is the current state? YOur last blog entry is quite old and you<br>
> didn't post a recent status update on the list...<br>
> Please ask questions, otherwise we can not give help.<br>
><br>
> I'll try to look through your latest changes :-)<br>
><br>
> Ciao<br>
> Christian<br>
><br>
> On Thu, Aug 29, 2013 at 10:54:22AM +0200, Miha Čančula wrote:<br>
> > Yes, I probably should update it, now that the behavior is more or less<br>
> > fixed.<br>
> ><br>
> > Unfortunately, I've been a little stuck on the buildsystem integration.<br>
> > This is necessary for getting the compiler and compile flags, and it's also<br>
> > more user-friendly. I imagined it like this:<br>
> > 1.) At configure-time, a configuration file (currently named "<name>.ini",<br>
> > can be changed if needed) is generated for each program you want to measure<br>
> > 2.) Additionally, a make target ("perftest_<name>") is created, so you can<br>
> > just call "make perftest_myprogram"<br>
> > 3.) There is another target, called just "perftest", which runs all the<br>
> > perftest_* targets it can find<br>
> ><br>
> > Such a system seems quite reasonable for me, because most of the time the<br>
> > user will just call "make perftest" and be done with it. I implemented the<br>
> > exact same system in CMake. However, when I try to do the same thing using<br>
> > autotools, I can't seem to figure out how to do the first step. I have a<br>
> > template (<a href="http://perftest.ini.in" target="_blank">perftest.ini.in</a>), which I would like to replicate multiple times<br>
> > using ac_config_file(), but each time with different variables. Calling<br>
> > ac_config_file() and ac_output() multiple times in various combination<br>
> > doesn't work, it always uses the last values. You probably have more<br>
> > experience with autotools, is there an easier way to do it?<br>
> ><br>
> > If there isn't, I can of course write another script (perhaps in Python)<br>
> > that generates the configuration file, but that would introduce even more<br>
> > complexity.<br>
> ><br>
> > I had creating a single overview HTML file on the agenda for this week, and<br>
> > I think this would be easier, but I wanted to finish the buildsystem<br>
> > integration first. Due to the problems I think I'll do the overview first,<br>
> > update the documentation, and then try the buildsystem again.<br>
> ><br>
> ><br>
> > 2013/8/27 Christoph Grüninger <<a href="mailto:christoph.grueninger@iws.uni-stuttgart.de">christoph.grueninger@iws.uni-stuttgart.de</a>><br>
> ><br>
> > > 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<br>
> > > 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<br>
> > > 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<br>
> > > generation<br>
> > > > of files is still not completely correct (you get some wrong names with<br>
> > > > multiple output files), but it should work.<br>
> > ><br>
><br>
> > _______________________________________________<br>
> > Dune-devel mailing list<br>
> > <a href="mailto:Dune-devel@dune-project.org">Dune-devel@dune-project.org</a><br>
> > <a href="http://lists.dune-project.org/mailman/listinfo/dune-devel" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune-devel</a><br>
><br>
><br>
> --<br>
> Prof. Dr. Christian Engwer<br>
> Institut für Numerische und Angewandte Mathematik<br>
> Fachbereich Mathematik und Informatik der Universität Münster<br>
> Einsteinstrasse 62<br>
> 48149 Münster<br>
><br>
> E-Mail        <a href="mailto:christian.engwer@uni-muenster.de">christian.engwer@uni-muenster.de</a><br>
> Telefon       <a href="tel:%2B49%20251%2083-35067" value="+492518335067">+49 251 83-35067</a><br>
> FAX           <a href="tel:%2B49%20251%2083-32729" value="+492518332729">+49 251 83-32729</a><br>
><br>
> _______________________________________________<br>
> Dune-devel mailing list<br>
> <a href="mailto:Dune-devel@dune-project.org">Dune-devel@dune-project.org</a><br>
> <a href="http://lists.dune-project.org/mailman/listinfo/dune-devel" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune-devel</a><br>
<br>
--<br>
Prof. Dr. Christian Engwer<br>
Institut für Numerische und Angewandte Mathematik<br>
Fachbereich Mathematik und Informatik der Universität Münster<br>
Einsteinstrasse 62<br>
48149 Münster<br>
<br>
E-Mail  <a href="mailto:christian.engwer@uni-muenster.de">christian.engwer@uni-muenster.de</a><br>
Telefon <a href="tel:%2B49%20251%2083-35067" value="+492518335067">+49 251 83-35067</a><br>
FAX             <a href="tel:%2B49%20251%2083-32729" value="+492518332729">+49 251 83-32729</a><br>
</div></div></blockquote></div><br></div>