Re: [Discuss-gnuradio] fastnoise_source is not thread-safe

S, Markus, Yep, this works. As for some background: I build my GNU Radio with CMAKE_BUILD_TYPE=RelWithDebInfo, which boils down to a reasonable '-g -O2' using clang. I've built my gr-xoroshiro module with the same parameters. It stochastically outperforms the fastnoise_source in Gaussian

Re: [Discuss-gnuradio] fastnoise_source is not thread-safe

Hello Markus, just to add to the things said: The (non-fast) noise source in GR has experienced a bit of bugfixing (but more on a mathematical level: turns out that the built-in random function GNU Radio used wasn't all that random if one looked for about 10^8 samples)... I'm currently reading

Re: [Discuss-gnuradio] fastnoise_source is not thread-safe

Hi Markus, the whole gr::random class would be a candidate for a C++11 overhaul. Though, C++11 is only supported on the next branch aka GR3.8. On GR3.7 C++11 is not supported. To make matters worse, 3.7 requires to work with a fairly old Boost version. Somewhere in the 1.3x range if I recall

Re: [Discuss-gnuradio] fastnoise_source is not thread-safe

> > I'm also wondering whether C++11 is allowed in gnuradio. C++ 11 is supported in the next branch: https://lists.gnu.org/archive/html/discuss-gnuradio/2017-10/msg00152.html -Paul Wicks On Thu, Jan 25, 2018 at 3:45 PM, Markus Wirsing wrote: > Hello, > > I noticed

[Discuss-gnuradio] fastnoise_source is not thread-safe

Hello, I noticed that the fastnoise_source block is not thread safe, as it calls rand(), which keeps global state. This makes it non-reproducable between multiple runs once more than one such source is used. I also opened an issue about this on github: