From: Raimar S. <rai...@ui...> - 2013-08-22 13:47:57
|
Hi András, found the problem, sorry for the noise. I didn't use the cppqed fork of blitz. :-/ Best Raimar On Thursday 22 August 2013 11:45:52 Andras Vukics wrote: > Dear Raimar, > The agenda that you've listed sounds very good. > I haven't checked recently whether in the development branch all the > scripts compile, but the most representatives ones I do compile from time > to time. So it is (sort of) normal if some of them do not compile, but the > most important ones should. > For a long time now, I haven't experienced any problems with NaNs, so I > have no idea where this structure::InfiniteDetectedException comes from for > you. I have just checked and it works fine for me. > I use g++-4.6.3 and clang++-3.0/3.3, boost-1.46.1, and I tried both with > cmake and bjam. > The testsuitePhysics is now in a separate branch called TestSuite. I also > ran those tests, but pycppqed apparently cannot treat correctly the present > form of the data, probably because of some parsing error. > Sorry for not being able to help more. Best regards, > András > > > Dr. Andras Vukics > Institute for Theoretical Physics > University of Innsbruck > > > On Wed, Aug 21, 2013 at 2:33 PM, Raimar Sandner > > <rai...@ui...>wrote: > > Dear András, > > > > finally I found some time to try to catch up with the latest C++QED > > development. In the end I would like to make the necessary changes to > > pycppqed > > and my own scripts, so that I can use the new infrastructure. Then I would > > also try to adapt the work on the Python interface, and package the new > > development version of C++QED. > > > > I checked out the development branch and could compile it with gcc-4.6, > > only > > the script PumpedLossyModeRegression failed to compile (maybe this is > > expected?) It seems to use trajectory::readViaSStream with a wrong > > interface. > > > > However, there is something strange going on at runtime, most of the > > scripts > > throw structure::InfiniteDetectedException. For example I tried > > 1particle1mode > > without any arguments. Running this in the debugger shows that the > > exception > > is thrown in LiouvilleanAveragedCommonRanked::average. Before I dive any > > deeper into this, do you know what the cause could be? Which configuration > > are > > you currently using for development and testing, i.e. boost version, > > compiler, > > build system? I tried with boost-1.49, g++-4.6.3 and cmake. > > > > What happened to the testsuite_physics, or what is the preferred way at > > the > > moment to test the framework? > > > > Thank you and best regards > > Raimar > > > > > > -------------------------------------------------------------------------- > > ---- Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktr > > k > > _______________________________________________ > > Cppqed-support mailing list > > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cppqed-support |