Menu
▾
▴
wavepacket-ng-devel — List for development topics (C++-version)
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(42) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
(24) |
Feb
(16) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(5) |
Dec
(1) |
| 2015 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ulf L. <ul...@wa...> - 2013-09-13 19:58:49
|
Hi, a while ago, I collected all the things that WavePacket should be able to do, but which require a considerable rewrite, and started working on a C++ toolkit version of WavePacket. This has now reached a stage where it can be published. Version 0.0.1 features well-documented and thoroughly tested code at the expense of tough requirements of bleeding edge libraries and compilers. It also can only calculate a one-dimensional free particle as of now. If you want to have a look at the code so far, you can download it from http://sf.net/projects/wavepacket/files/C%2B%2B (experimental)/0.0.1/ Further information on the how and why of this subproject can be found at http://sourceforge.net/p/wavepacket/cpp/wiki/Home/ Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-05-05 13:37:10
|
Hi, I just had a chat with Piotr today on how to solve differential equations cleanly. The summary of our discussion can be found at http://sourceforge.net/p/wavepacket/cpp/tickets/10/#b4c8 Piotr, if I have forgotten something, just mail me, then I would correct it. Ulf |
|
From: Burkhard S. <Bur...@fu...> - 2013-02-26 07:35:07
|
Hi Ulf, this is really strange: I just have a new student starting to work on one of my other projects also hosted at SF (project: TrajLab/MolDynSim). And just yesterday we found out that it is sufficient to have "developer" status in order to see the tickets ... Best, Burkhard On 25.02.2013 23:02, Ulf Lorenz wrote: > Hi, > > just to mention: I have just given all of you admin permission for the > ticket system. There was a bug report at source forge that suggests > that this should "fix" the "tickets not shown" bug. > > Can you see the list of open tickets now when you log in? > > > Ulf > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > Wavepacket-ng-devel mailing list > Wav...@li... > https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel -- *---------------------------+----------------------------------------* | PD Dr. Burkhard Schmidt | Mailto:bur...@fu... | | Freie Universitaet Berlin | HTTP://page.mi.fu-berlin.de/bsch63 | | Institute for Mathematics | Phone : (+49) 30 / 838 - 75 369 | | Arnimallee 6 | (+49) 30 / 838 - 75 367 (secr) | | D-14195 Berlin-Dahlem | Fax : (+49) 30 / 838 - 75 412 | *---------------------------+----------------------------------------* |
|
From: Ulf L. <ul...@wa...> - 2013-02-25 22:03:38
|
Hi, just to mention: I have just given all of you admin permission for the ticket system. There was a bug report at source forge that suggests that this should "fix" the "tickets not shown" bug. Can you see the list of open tickets now when you log in? Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-18 20:47:19
|
On Tue, 12 Feb 2013 21:28:51 +0100 Piotr Bienkiewicz <dms...@gm...> wrote: > Hi All, > > I've looked now at both google test and google mock frameworks. There > is also an example project available in repository. All required > libraries have been committed too, so examples should compile easily. > Both frameworks are very well documented and can be easily integrated > into the build environment. The feature set is pretty big, I have > only scratched the surface so feel free to play around with the > example project. Since I had no problems with both frameworks and the > two are fairly easy to use i would personally suggest to choose gTest > and gMock for our purpose Took some time to look at it, but I would second this. While GMock is not quite as simple to use as I am used to with JMock by now, this is probably unavoidable since C++ has no reflection. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-18 20:30:23
|
Hi, just to try to follow my own rules, a brief summary of yesterday's chat with Piotr. - discussed DVR/FBR and all that - fixed the layout of the Grid interface - discussed how to do an FFTGrid class that implements an equally-spaced grid - Piotr will do the actual implementation The final idea is that some summary of the code will appear as discussion in the tickets. Right now, the template for the grid interface can be found there: http://sf.net/p/wavepacket/cpp/tickets/7 Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-16 10:27:19
|
Actually, I do not intend to do tasks only with Piotr. So, to speed up the allocation for the beginning, what about: - Andrea: I would do task 8 with you - Sakthi: I would like to try out task 10 (as far as we get for now) If you are fine with that, we could start to arrange some chats. Ulf |
|
From: Piotr B. <dms...@gm...> - 2013-02-14 07:49:26
|
sure. task 7 sounds good. 2013/2/13 Ulf Lorenz <ul...@wa...> > On Wed, 13 Feb 2013 10:39:18 +0100 > Piotr Bienkiewicz <dms...@gm...> wrote: > > > "i would like to take a look at task #10" > > In fact, all new tickets sound exciting. I'm open to suggestions, i > > could also try to look at any other ticket. > > Actually, since I know your responsiveness and availability (high), I > would like to do task 7 with you, because it is ultimately blocking the > progress. You can dump some work into other tasks (8,10) before you get > stalled, but at some point, they have to wait for task 7. > > If you do not mind, of course. > > > Ulf > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Wavepacket-ng-devel mailing list > Wav...@li... > https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel > |
|
From: Ulf L. <ul...@wa...> - 2013-02-13 20:59:38
|
On Wed, 13 Feb 2013 20:27:51 +0100 Ulf Lorenz <ul...@wa...> wrote: > On Wed, 13 Feb 2013 12:51:27 +0530 > Sakthi <sak...@gm...> wrote: > > > Hi Ulf, > > I am not able see the opened tickets/tasks ? Am I missing > > something ? > > There seems to be a bug or so that requires you to log in before > seeing the ticket, even though it should be public. > > I should probably issue a ticket in the sf bug tracker. Unless I > already have (need to check). Update: I had already submitted a ticket, and I was not the first. https://sourceforge.net/p/forge/site-support/2202/ Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-13 20:56:07
|
On Wed, 13 Feb 2013 10:39:18 +0100 Piotr Bienkiewicz <dms...@gm...> wrote: > "i would like to take a look at task #10" > In fact, all new tickets sound exciting. I'm open to suggestions, i > could also try to look at any other ticket. Actually, since I know your responsiveness and availability (high), I would like to do task 7 with you, because it is ultimately blocking the progress. You can dump some work into other tasks (8,10) before you get stalled, but at some point, they have to wait for task 7. If you do not mind, of course. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-13 19:28:37
|
On Wed, 13 Feb 2013 12:51:27 +0530 Sakthi <sak...@gm...> wrote: > Hi Ulf, > I am not able see the opened tickets/tasks ? Am I missing > something ? There seems to be a bug or so that requires you to log in before seeing the ticket, even though it should be public. I should probably issue a ticket in the sf bug tracker. Unless I already have (need to check). Ulf |
|
From: Piotr B. <dms...@gm...> - 2013-02-13 09:39:25
|
"i would like to take a look at task #10" In fact, all new tickets sound exciting. I'm open to suggestions, i could also try to look at any other ticket. 2013/2/12 Piotr Bienkiewicz <dms...@gm...> > Hi Ulf, > > i would like to take a look at task #10. I could serach for > some appropriate algorithm - Runge-Kutta, etc. - in GNU Scientific Library > and try to implement a propagator. > > Regards, > > Piotr > > > 2013/2/11 Ulf Lorenz <ul...@wa...> > >> Hi, >> >> as promised, I just filed a few new tickets. See >> http://sf.net/p/wavepacket/cpp/tickets/milestone/0.0.1/ >> >> Now, if you have questions or something is unclear, feel free to ask. >> Otherwise I would like to ask you which one you would like to do. >> >> Some further notes: >> - tasks 7,9,10 need to be done roughly in this order. However, task 10 >> also includes playing around with an external library a bit, so one >> could do this partly independently. >> - task 8 is completely in parallel; it will also include meddling with >> the tensor library, which might be a starting point with us >> contributing there a bit. >> >> >> Ulf >> >> >> ------------------------------------------------------------------------------ >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 >> and get the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> _______________________________________________ >> Wavepacket-ng-devel mailing list >> Wav...@li... >> https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel >> > > |
|
From: Sakthi <sak...@gm...> - 2013-02-13 07:21:50
|
Hi Ulf,
I am not able see the opened tickets/tasks ? Am I missing something
?
Thanks.
-Sakthivel Sundaresan
*Whatever you do, work at it wholeheartedly as though you were doing it for
the Lord and not merely for people.
Col 3.23 (ISV)
*
On Wed, Feb 13, 2013 at 2:31 AM, Piotr Bienkiewicz <dms...@gm...>wrote:
> Hi Ulf,
>
> i would like to take a look at task #10. I could serach for
> some appropriate algorithm - Runge-Kutta, etc. - in GNU Scientific Library
> and try to implement a propagator.
>
> Regards,
>
> Piotr
>
>
> 2013/2/11 Ulf Lorenz <ul...@wa...>
>
>> Hi,
>>
>> as promised, I just filed a few new tickets. See
>> http://sf.net/p/wavepacket/cpp/tickets/milestone/0.0.1/
>>
>> Now, if you have questions or something is unclear, feel free to ask.
>> Otherwise I would like to ask you which one you would like to do.
>>
>> Some further notes:
>> - tasks 7,9,10 need to be done roughly in this order. However, task 10
>> also includes playing around with an external library a bit, so one
>> could do this partly independently.
>> - task 8 is completely in parallel; it will also include meddling with
>> the tensor library, which might be a starting point with us
>> contributing there a bit.
>>
>>
>> Ulf
>>
>>
>> ------------------------------------------------------------------------------
>> Free Next-Gen Firewall Hardware Offer
>> Buy your Sophos next-gen firewall before the end March 2013
>> and get the hardware for free! Learn more.
>> http://p.sf.net/sfu/sophos-d2d-feb
>> _______________________________________________
>> Wavepacket-ng-devel mailing list
>> Wav...@li...
>> https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel
>>
>
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> _______________________________________________
> Wavepacket-ng-devel mailing list
> Wav...@li...
> https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel
>
>
|
|
From: Piotr B. <dms...@gm...> - 2013-02-12 21:01:26
|
Hi Ulf, i would like to take a look at task #10. I could serach for some appropriate algorithm - Runge-Kutta, etc. - in GNU Scientific Library and try to implement a propagator. Regards, Piotr 2013/2/11 Ulf Lorenz <ul...@wa...> > Hi, > > as promised, I just filed a few new tickets. See > http://sf.net/p/wavepacket/cpp/tickets/milestone/0.0.1/ > > Now, if you have questions or something is unclear, feel free to ask. > Otherwise I would like to ask you which one you would like to do. > > Some further notes: > - tasks 7,9,10 need to be done roughly in this order. However, task 10 > also includes playing around with an external library a bit, so one > could do this partly independently. > - task 8 is completely in parallel; it will also include meddling with > the tensor library, which might be a starting point with us > contributing there a bit. > > > Ulf > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Wavepacket-ng-devel mailing list > Wav...@li... > https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel > |
|
From: Piotr B. <dms...@gm...> - 2013-02-12 20:28:59
|
Hi All, I've looked now at both google test and google mock frameworks. There is also an example project available in repository. All required libraries have been committed too, so examples should compile easily. Both frameworks are very well documented and can be easily integrated into the build environment. The feature set is pretty big, I have only scratched the surface so feel free to play around with the example project. Since I had no problems with both frameworks and the two are fairly easy to use i would personally suggest to choose gTest and gMock for our purpose Piotr 2013/1/22 Piotr Bienkiewicz <dms...@gm...> > Hello, > > After evaluation of cxxtest i would like to describe my experience with > hippomocks. One feature that drew my attention to the framework is the > simplicity in creating mock objects. There is no need to write some > boilerplate code on your own to describe the behavior of the mocked > objects. Only the interface definition of the object must be made known to > the framework. Check out the repository to see some example. Also, it is > easy to install - it consists of just one header file - and the > documentation seems to be satisfactory. > > Trying to demonstrates the usage of sequences (one function called after > another) i came across an challenge. I got the error message "Test failed: > Function called without expectation!". Although my code seems to be OK, the > test case fails. After some google search I found a post with the same > problem - http://www.samhartsfield.com/dokuwiki/info/cxx_libraries > > "I had trouble getting it to work as expected; the error messages about > expectations didn't make sense enough to allow me figure it out. > Specifically the message "Function called without expectation"." > > For now, i would go on and pick up another framework to examine. > > Piotr > > 2013/1/15 Piotr Bienkiewicz <dms...@gm...> > >> Hi Ulf/all, >> >> I've just committed a small cxxtest sample project. Check out the >> repository! >> >> Since cxxtest doesn't supports features to test an occurrence of C++ >> signals, there is an possible workaround posted by Bill Hart in cxxtest >> help-forum: >> "At the moment, signal handlers are not supported in CxxTest. However, >> you could support this by creating a signal handler that throws an >> exception that is caught by CxxTest using TS_ASSERT_ THROWS." >> >> In addition to the JUnit-like behavior, cxxtest provides a mechanism for >> defining mock functions. Unfortunately it seems that it supports merely >> mocking a global/static member functions - >> https://github.com/CxxTest/cxxtest/issues/52 >> >> For the moment i would finish the exploration of cxxtest and go on to >> evaluate another framework. >> >> Piotr >> >> 2013/1/10 Ulf Lorenz <ul...@wa...> >> >>> On Thu, 10 Jan 2013 00:24:55 +0100 >>> Piotr Bienkiewicz <dms...@gm...> wrote: >>> >>> > @Ulf : I tried to attach an example program to ticket but it seems >>> > not to work. I can't see the posted attachment. >>> >>> Mmh. I just tried and it worked for me. Did you click on post and >>> everything? Can you actually post at all? >>> >>> There might be some problems with various source forge tools. However, >>> they do also fix things rather quick, so if this problem stays, I would >>> suggest to raise this issue under >>> https://sourceforge.net/p/forge/site-support/ >>> >>> Last but not least, I do not mind if you put the test code with a >>> minimalistic Makefile and/or build readme in the repository. >>> >>> >>> Ulf >>> >>> >>> ------------------------------------------------------------------------------ >>> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >>> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current >>> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft >>> MVPs and experts. ON SALE this month only -- learn more at: >>> http://p.sf.net/sfu/learnmore_122712 >>> _______________________________________________ >>> Wavepacket-ng-devel mailing list >>> Wav...@li... >>> https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel >>> >> >> > |
|
From: Ulf L. <ul...@wa...> - 2013-02-11 21:56:49
|
Hi, as promised, I just filed a few new tickets. See http://sf.net/p/wavepacket/cpp/tickets/milestone/0.0.1/ Now, if you have questions or something is unclear, feel free to ask. Otherwise I would like to ask you which one you would like to do. Some further notes: - tasks 7,9,10 need to be done roughly in this order. However, task 10 also includes playing around with an external library a bit, so one could do this partly independently. - task 8 is completely in parallel; it will also include meddling with the tensor library, which might be a starting point with us contributing there a bit. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-10 13:04:10
|
Hi, another thing I came across: We need to settle on a license. By default, I would tend to LGPL. The disadvantage is that it is sometimes incompatible with external libraries published under different licenses (though this should not be a problem right now); since the tests might also serve as templates for users, I would suggest to put them preferably under public domain or at most a similarly permissive license (e.g., BSD). Any other ideas on this topic? Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-02-10 00:06:17
|
Hi, I just wanted to announce that I finished the acceptance test. Just as an advance comment: It is rather slow. That is because I went for high precision (1e-6), which requires a grid three times as large as normally required. Also the propagation is right now done with a rather poor method that requires small timesteps. And the Fourier transform is not fast yet ( scales with N^2 instead of N ln(N) ). Now, as soon as we have fixed the testing toolkit issue, we can start with implementing things. I would write this up on the ticket system in task form for further discussion on Monday, I think. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-01-31 19:44:32
|
And another mail: For the next step, I would suggest that I write a simple program that propagates a free particle (Gaussian wave function) plus all the associated stuff around (Makefile and such). That program would be essentially the acceptance test for the first release. It should not take more than a day if I am optimistic (though yesterday I fixed a few build bugs in the tensor library, so no coding done; but it can be deployed now out of the box). http://sourceforge.net/p/wavepacket/cpp/tickets/6/ When this program is there, we can look at it, convert it to the testing framework, and start implementing classes for the obvious things that should be encapsulated (grids, operators, propagators etc.). This we can then do possibly even in parallel, and when the test looks clean and simple enough, we are ready for the release. Then we continue. :) Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-01-31 19:32:51
|
Hi, I just updated the wiki by two more ideas for conventions. Feel free to disagree or otherwise discuss it. :) http://sourceforge.net/p/wavepacket/cpp/wiki/workflow/ Basically: 1. A brief summary after chats. I noticed that Piotr and Sakthi were having discussions on the testing when Piotr dropped it in a private mail. Now you might not have to do it after every small short session, but just one per 1-2 weeks to inform others (e.g., me) that there is indeed life in a task. :) 2. I would suggest using the comment functions on the tasks pretty liberally. Basically, information snipplets like what Piotr sent in his big testing thread could go there for documentation. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-01-27 17:52:11
|
On Tue, 22 Jan 2013 23:36:02 +0100 Piotr Bienkiewicz <dms...@gm...> wrote: > Trying to demonstrates the usage of sequences (one function called > after another) i came across an challenge. I got the error message > "Test failed: Function called without expectation!". Although my code > seems to be OK, the test case fails. After some google search I found > a post with the same problem - > http://www.samhartsfield.com/dokuwiki/info/cxx_libraries Sounds like pretty much of a showstopper. Unless the ease of use strongly outweighs this loss of functionality. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-01-27 17:50:56
|
On Sun, 20 Jan 2013 01:03:16 +0100 Ulf Lorenz <ul...@wa...> wrote: > Comments? Ok, since there were none, I would close this task and select this library. Just for information: Except for Piotr, who is still available? Ulf |
|
From: Piotr B. <dms...@gm...> - 2013-01-22 22:36:09
|
Hello, After evaluation of cxxtest i would like to describe my experience with hippomocks. One feature that drew my attention to the framework is the simplicity in creating mock objects. There is no need to write some boilerplate code on your own to describe the behavior of the mocked objects. Only the interface definition of the object must be made known to the framework. Check out the repository to see some example. Also, it is easy to install - it consists of just one header file - and the documentation seems to be satisfactory. Trying to demonstrates the usage of sequences (one function called after another) i came across an challenge. I got the error message "Test failed: Function called without expectation!". Although my code seems to be OK, the test case fails. After some google search I found a post with the same problem - http://www.samhartsfield.com/dokuwiki/info/cxx_libraries "I had trouble getting it to work as expected; the error messages about expectations didn't make sense enough to allow me figure it out. Specifically the message "Function called without expectation"." For now, i would go on and pick up another framework to examine. Piotr 2013/1/15 Piotr Bienkiewicz <dms...@gm...> > Hi Ulf/all, > > I've just committed a small cxxtest sample project. Check out the > repository! > > Since cxxtest doesn't supports features to test an occurrence of C++ > signals, there is an possible workaround posted by Bill Hart in cxxtest > help-forum: > "At the moment, signal handlers are not supported in CxxTest. However, > you could support this by creating a signal handler that throws an > exception that is caught by CxxTest using TS_ASSERT_ THROWS." > > In addition to the JUnit-like behavior, cxxtest provides a mechanism for > defining mock functions. Unfortunately it seems that it supports merely > mocking a global/static member functions - > https://github.com/CxxTest/cxxtest/issues/52 > > For the moment i would finish the exploration of cxxtest and go on to > evaluate another framework. > > Piotr > > 2013/1/10 Ulf Lorenz <ul...@wa...> > >> On Thu, 10 Jan 2013 00:24:55 +0100 >> Piotr Bienkiewicz <dms...@gm...> wrote: >> >> > @Ulf : I tried to attach an example program to ticket but it seems >> > not to work. I can't see the posted attachment. >> >> Mmh. I just tried and it worked for me. Did you click on post and >> everything? Can you actually post at all? >> >> There might be some problems with various source forge tools. However, >> they do also fix things rather quick, so if this problem stays, I would >> suggest to raise this issue under >> https://sourceforge.net/p/forge/site-support/ >> >> Last but not least, I do not mind if you put the test code with a >> minimalistic Makefile and/or build readme in the repository. >> >> >> Ulf >> >> >> ------------------------------------------------------------------------------ >> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current >> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft >> MVPs and experts. ON SALE this month only -- learn more at: >> http://p.sf.net/sfu/learnmore_122712 >> _______________________________________________ >> Wavepacket-ng-devel mailing list >> Wav...@li... >> https://lists.sourceforge.net/lists/listinfo/wavepacket-ng-devel >> > > |
|
From: Ulf L. <ul...@wa...> - 2013-01-20 12:49:49
|
On Sun, 20 Jan 2013 01:03:16 +0100 Ulf Lorenz <ul...@wa...> wrote: > or they are based on template programming (vastly increasing the > compilation time, requiring us to write everything using template > metaprogramming as well, and being a pain to test). Just for completeness, I noticed after the email that this was not exactly correct. If you have a Tensor<dimension> class, you could always instantiate Tensor<1>, Tensor<2>, ... in a library, and offer a common interface to all these types. Nevertheless, this interface we would still have to write. Ulf |
|
From: Ulf L. <ul...@wa...> - 2013-01-20 00:03:46
|
Hi, so I had a look at the candidates for tensor libraries. You can have a more detailed view by looking at the discussion thread of the task ( https://sourceforge.net/p/wavepacket/cpp/tickets/5/). Here only a short summary, since ... let me put it this way, it does not look like a tie: I did a google search for tensor libraries and stopped on page 20 or so when projects started to be repeated the third time or so. Most tensor libraries are either restricted to 3 or 4 dimensions (for modern computers and not too unusual problems, this can become too low), or they are based on template programming (vastly increasing the compilation time, requiring us to write everything using template metaprogramming as well, and being a pain to test). Apart from these, I found three libraries: 1. The Portable Science Toolkit is more for solving huge partial differential equations on parallel machines. I do not know how far Andrea has come with checking it out, but it was a bit of a long shot. The advantage would be that things like parallel computing would be included (though we still would have to layout our data for that), and it includes e.g. a lot of solvers. The disadvantage is that it would be pretty much overkill (including installation for single workstation users). 2. ITensor. What I did not like here is the installation, which requires some non-standard libraries, the code, which is among other things mostly undocumented, and the fact that my first test gave wrong results. Besides, the library does about the same as candidate #3 with 6x the amount of code. In any case, this library requires a lot of developer resources to make it usable. 3. Tensor C++ library. It is modeled relatively close to Matlab. I do not like or agree with everything there, and there are also things that need to be done, but the library itself is pretty mature (8 years productive use), usable and stable. With about 5.000 lines of code, it is also not too big. I also contacted the developer and he is open-minded to feedback or code from our side. As a consequence I would suggest to go with the third candidate. We will have to dig into it and contribute to the library (some documentation is missing, there were some bugs in the head, we need fft sooner of later), but from the testing so far, it looks the most suitable one. Comments? Ulf |
