Certainly have done `np.random.normal(2*n).view('c16')` very often. Makes
sense to just allow it to be generated directly. -- Marten
On Sat, Mar 30, 2019 at 6:24 PM Hameer Abbasi
wrote:
> On Friday, Mar 29, 2019 at 6:03 PM, Hameer Abbasi <
> einstein.edi...@gmail.com> wrote:
>
> On Friday, Mar
> On Friday, Mar 29, 2019 at 6:03 PM, Hameer Abbasi (mailto:einstein.edi...@gmail.com)> wrote:
> > On Friday, Mar 29, 2019 at 6:01 PM, Kevin Sheppard
> > mailto:kevin.k.shepp...@gmail.com)> wrote:
> > One part of moving randomgen closer to fulfilling NEP-19 is rationalizing
> > the API,
If there is support, then it will appear in the new RandomGenerator, but
> not the RandomState replacement. If not, then we can just delete it.
>
>
+1 for complex normal generation.
___
NumPy-Discussion mailing list
NumPy-Discussion@python.org
> On Friday, Mar 29, 2019 at 6:01 PM, Kevin Sheppard
> mailto:kevin.k.shepp...@gmail.com)> wrote:
> One part of moving randomgen closer to fulfilling NEP-19 is rationalizing the
> API, especially new features not in RandomState. Matti Picus has made a lot
> of progress in getting it integrated,
One part of moving randomgen closer to fulfilling NEP-19 is rationalizing
the API, especially new features not in RandomState. Matti Picus has made a
lot of progress in getting it integrated, especially the part of replacing
RandomState shimed version of the new generator.
There is only one new