delta/python-packages/numpy.git/numpy/random/src, branch main github.com: numpy/numpy.git BUG: random: Don't return negative values from Generator.geometric. 2023-05-01T03:28:44+00:00 warren warren.weckesser@gmail.com 2023-04-27T15:52:47+00:00 40ae83411b275b68425b5c85a7243c69599edc59 In C, when the integer part of a double exceeds the maximum int64, casting the double to int64_t is undefined behavior. On some platforms, the result is 2**64-1 and on others it is -2**64. That results in rng.geometric() returning -2**64 when p was sufficiently small on some platforms. The fix is to never invoke undefined behavior by ensuring we don't attempt to cast very large double values to int64_t. 
In C, when the integer part of a double exceeds the maximum int64, casting
the double to int64_t is undefined behavior.  On some platforms, the result
is 2**64-1 and on others it is -2**64.  That results in rng.geometric()
returning -2**64 when p was sufficiently small on some platforms.

The fix is to never invoke undefined behavior by ensuring we don't attempt
to cast very large double values to int64_t.
MAINT: replace `NPY_INLINE` with `inline` 2022-11-25T09:51:14+00:00 Ralf Gommers ralf.gommers@gmail.com 2022-11-25T09:04:49+00:00 3947b1a023a07a55522de65b4d302339bac2bad7 Closes gh-22100 
Closes gh-22100
BLD: add back stdlib.h include in pcg64.h 2022-09-11T05:22:06+00:00 Christoph Reiter reiter.christoph@gmail.com 2022-09-11T05:18:30+00:00 80c75e370b77296965ed571eb3bd30b316d2efd8 This seems to have been removed by accident in #21887 stdlib.h is required for _rotr64() further down. Fixes: error: call to undeclared function '_rotr64'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 
This seems to have been removed by accident in #21887
stdlib.h is required for _rotr64() further down.

Fixes:
  error: call to undeclared function '_rotr64'; ISO C99 and later do not support
  implicit function declarations [-Wimplicit-function-declaration]
DEP: drop support for msvc<=1900 and Interix (#22139) 2022-08-19T19:12:50+00:00 Matti Picus matti.picus@gmail.com 2022-08-19T19:12:50+00:00 17d730ae32f5f60c9c2ca75d202b4e866debd686 [ci skip] Co-authored-by: h-vetinari <h.vetinari@gmx.com> 
[ci skip]

Co-authored-by: h-vetinari <h.vetinari@gmx.com>
 Allow GCC compile on mingw-w64-based systems 2022-06-29T22:20:23+00:00 Matthew Brett matthew.brett@gmail.com 2022-06-29T22:15:04+00:00 467be385f57cfdf373ba076836054fee3a8218ca Macro `__MINGW32__` always defined for Mingw-w64 compilers (32- or 64-bit): https://sourceforge.net/p/predef/wiki/Compilers/ 
Macro `__MINGW32__` always defined for Mingw-w64 compilers (32- or
64-bit):

https://sourceforge.net/p/predef/wiki/Compilers/
BUG: Get full precision for 32 bit floating point random values. 2021-11-06T07:20:51+00:00 warren warren.weckesser@gmail.com 2021-11-06T06:59:05+00:00 4b9e56921e6343b980b27e308534ca433a4a1fe8 The formula to convert a 32 bit random integer to a random float32, (next_uint32(bitgen_state) >> 9) * (1.0f / 8388608.0f) shifts by one bit too many, resulting in uniform float32 samples always having a 0 in the least significant bit. The formula is corrected to (next_uint32(bitgen_state) >> 8) * (1.0f / 16777216.0f) Occurrences of the incorrect formula in numpy/random/tests/test_direct.py were also corrected. Closes gh-17478. 
The formula to convert a 32 bit random integer to a random float32,

    (next_uint32(bitgen_state) >> 9) * (1.0f / 8388608.0f)

shifts by one bit too many, resulting in uniform float32 samples always
having a 0 in the least significant bit. The formula is corrected to

    (next_uint32(bitgen_state) >> 8) * (1.0f / 16777216.0f)

Occurrences of the incorrect formula in numpy/random/tests/test_direct.py
were also corrected.

Closes gh-17478.
BUG: Correct incorrect advance in PCG with emulated int128 2021-10-06T22:23:14+00:00 Kevin Sheppard kevin.k.sheppard@gmail.com 2021-10-06T08:45:21+00:00 401b26e880117ae5bc72b84a7fd267e999f99aa1 Correct incorrect implemetation of carry in PCG64 and PCG64DXSM when advancing more than 2**64 steps closes #20048 
Correct incorrect implemetation of carry in PCG64 and PCG64DXSM
when advancing more than 2**64 steps

closes #20048
DOC: Fix typos in the random and f2py documentation. (#20004) 2021-10-01T08:51:27+00:00 MalikIdreesHasanKhan 77000356+MalikIdreesHasanKhan@users.noreply.github.com 2021-10-01T08:51:27+00:00 c4b0b9d898ff958dcaa422e9fc6d554eafb284d5 * Fix typos 
* Fix typos
 MAINT: random: Use expm1 where appropriate. 2021-09-23T11:01:41+00:00 warren warren.weckesser@gmail.com 2021-09-23T11:01:41+00:00 d1ed2c2b1eecac38cc31a9cc2ad15c86fd520137 






ENH: Add support for windows on arm targets (#19513)
2021-07-27T20:08:31+00:00

Niyas Sait
niyas.sait@linaro.org

2021-07-27T20:08:31+00:00

77bc3225e6f4badf83190ec300a0e10e56949644

* add support for windows on arm targets

* Philox: Use  _umulh intrinsic for ARM64 target

* CPU Detection: Refactor to avoid separate pre-processor definition for WoA

* adapt test_dragon4 to avoid using pow (**) to workaround issue in windows C RT for arm64

* Update numpy/core/include/numpy/npy_cpu.h

Co-authored-by: Matti Picus <matti.picus@gmail.com>

* add release note for numpy windows/arm64 support

* Update 19513.new_feature.rst

Co-authored-by: Matti Picus <matti.picus@gmail.com>
Co-authored-by: Charles Harris <charlesr.harris@gmail.com>




* add support for windows on arm targets

* Philox: Use  _umulh intrinsic for ARM64 target

* CPU Detection: Refactor to avoid separate pre-processor definition for WoA

* adapt test_dragon4 to avoid using pow (**) to workaround issue in windows C RT for arm64

* Update numpy/core/include/numpy/npy_cpu.h

Co-authored-by: Matti Picus <matti.picus@gmail.com>

* add release note for numpy windows/arm64 support

* Update 19513.new_feature.rst

Co-authored-by: Matti Picus <matti.picus@gmail.com>
Co-authored-by: Charles Harris <charlesr.harris@gmail.com>