On Mon, 2020-11-02 at 06:49 -0600, Juan Nunez-Iglesias wrote:
> I like Ralf's email, and most of all I agree that the existing
> wording is clearer.
>
> My view on the NEP is that it does not mandate dropping support, but
> encourage it. In my projects I would drop it if I had use for Python
>
Andras,
Thank you for respond to my post. I sincerely appreciate it.
Following your advice, I replaced "integer * 4" with "integer" and I was
able to generate the signature files for gravity_derivs.f. The problem
now is generating the signature file for auto_deriv.f90.
I agree that f2py has
On Mon, Nov 2, 2020 at 7:47 AM Stephan Hoyer wrote:
> On Sun, Nov 1, 2020 at 7:47 PM Stefan van der Walt
> wrote:
>
>> On Sun, Nov 1, 2020, at 18:54, Jarrod Millman wrote:
>> > I also misunderstood the purpose of the NEP. I assumed it was
>> > intended to encourage projects to drop old
On Sun, Nov 1, 2020 at 2:33 AM Samuel Dupree wrote:
>
> I'm attempting to build wrappers around two Fortran routines. One is a
> Fortran 77 subroutine (see file gravity_derivs.f) that calls a Fortran
> 90 package that performs automatic differentiation (see file
> auto_deriv.f90).
>
> I'm running
I like Ralf's email, and most of all I agree that the existing wording is
clearer.
My view on the NEP is that it does not mandate dropping support, but encourage
it. In my projects I would drop it if I had use for Python 3.7+ features. It so
happens that we want to use PEP-593 so we were
Hi All,
On behalf of the NumPy team I am pleased to announce the release of NumPy
1.19.4. NumPy 1.19.4 is a quick release to revert the OpenBLAS library
version. It was hoped that the 0.3.12 OpenBLAS version used in 1.19.3
would work around the Microsoft fmod bug, but problems in some docker