On Wed, Jan 23, 2013 at 4:27 PM, Roy Stogner wrote:
>
> Hm... I'd be tempted to add this to our contrib/, after I think about
> a few small worries:
>
> It's not header-only, whereas I'd like to keep getpot.h header-only
> for use in non-libMesh projects, so I'd have to add some more "here's
> wha
Hm... I'd be tempted to add this to our contrib/, after I think about
a few small worries:
It's not header-only, whereas I'd like to keep getpot.h header-only
for use in non-libMesh projects, so I'd have to add some more "here's
what to fall back on when not in libMesh" code to point it back to
r
Oh - they are _good_ random numbers as well right from the first
number. We originally looked into it because the random number generator
on OSX doesn't give a good first random number. If you write a loop that
seeds with monotonically increasing reseeds and samples the first number...
those
We've been using Mersenne Twist (mtwist) for a long time with very good
luck. We can get the same random numbers across platforms and in parallel.
VERY handy.
http://fmg-www.cs.ucla.edu/geoff/mtwist.html
Derek
On Wed, Jan 23, 2013 at 2:41 PM, Roy Stogner wrote:
>
> On Wed, 23 Jan 2013, Derek
On Wed, 23 Jan 2013, Derek Gaston wrote:
> in our Python GetPot parser (yes, we have our very own because the official
> one is not great).
Oh - in that case I should warn/inform you of another new feature: I
did also add a bunch of new DBE options, for cmath functions and
rand/srand. That sho
Interesting... I think we might use this in a few places! Thanks for
implementing it!
I don't see a lot of problems with the scheme you've come up with... I mean
it does overload things a bit... but it's not hard to keep straight. Best
of all, this will be easy to deal with in our Python GetPot
